From: Ferruh Yigit <ferruh.yigit@intel.com>
To: Adrien Mazarguil <adrien.mazarguil@6wind.com>
Cc: Nelio Laranjeiro <nelio.laranjeiro@6wind.com>, DPDK <dev@dpdk.org>
Subject: Re: [dpdk-dev] mlx debug build error with clang
Date: Fri, 16 Jun 2017 13:58:19 +0100 [thread overview]
Message-ID: <d0d1a3e2-3068-c1e5-bb03-1a42a8b9e874@intel.com> (raw)
In-Reply-To: <20170616121922.GC1758@6wind.com>
On 6/16/2017 1:19 PM, Adrien Mazarguil wrote:
> Hi Ferruh,
>
> On Tue, Jun 13, 2017 at 04:32:03PM +0100, Ferruh Yigit wrote:
>> Hi Adrien, Nelio,
>>
>> I am getting following build error [1] with clang [2] when debug enabled
>> for mlx4 and mlx5.
>>
>> This started after I update my box, not sure what triggered this.
>> Can you please help fixing this?
>>
>> Thanks,
>> ferruh
>>
>>
>> [1]
>>
>> .../drivers/net/mlx4/mlx4_flow.c:731:3: error: use of GNU statement
>> expression extension [-Werror,-Wgnu-statement-expression]
>> claim_zero(ibv_destroy_qp(fdq->qp));
>> ^
>> .../drivers/net/mlx4/mlx4.h:185:25: note: expanded from macro 'claim_zero'
>> #define claim_zero(...) assert((__VA_ARGS__) == 0)
>> ^
>> /usr/include/assert.h:95:6: note: expanded from macro 'assert'
>> ({ \
>> ^
>>
>> ....
>>
>> .../drivers/net/mlx5/mlx5_fdir.c:278:2: error: use of GNU statement
>> expression extension [-Werror,-Wgnu-statement-expression]
>> assert(((uint8_t *)attr + sizeof(*attr)) == (uint8_t *)spec_offset);
>> ^
>> /usr/include/assert.h:95:6: note: expanded from macro 'assert'
>> ({ \
>> ^
>>
>> [Many of similar ...]
>>
>>
>> [2]
>> target: x86_64-native-linuxapp-clang
>>
>> clang version 4.0.0 (tags/RELEASE_400/final)
>
> Recent Glibc versions now apparently handle assert() through a nonstandard
> ({ }) construct, which is not pedantic-safe due to a missing __extension__
> keyword.
>
> assert.h still provides a standard assert() definition that shouldn't cause
> compilation to fail when the following condition is met:
>
> #if !defined __GNUC__ || defined __STRICT_ANSI__
>
> However __GNUC__ is (always?) defined by clang for maximum compatibility
> with GCC while __STRICT_ANSI__ is not due to the -std=gnu99 parameter,
> assert.h thinks it's OK to use a ({ }) construct but is then caught by
> clang's -pedantic parameter.
>
> There are two ways to address this issue while keeping our beloved -pedantic
> parameter in debug mode:
>
> 1. Replacing -std=gnu99 with -std=c99 (which is even stricter) to bring back
> __STRICT_ANSI__.
> 2. Replacing assert() statements with RTE_ASSERT().
>
> The former should be doable now that DPDK includes have been cleaned up, and
> we're thinking about doing the latter at some point.
>
> Since I don't have a recent Glibc handy, can you try replacing -std=gnu99
> with -std=c99 in both Makefiles (mlx4 and mlx5), and report how GCC and
> clang fare? (GCC at least seems to have no problem with that on my side)
Sure, I will try -std=c99
>
next prev parent reply other threads:[~2017-06-16 12:58 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-13 15:32 Ferruh Yigit
2017-06-16 12:19 ` Adrien Mazarguil
2017-06-16 12:58 ` Ferruh Yigit [this message]
2017-06-16 14:49 ` Ferruh Yigit
2017-06-23 10:16 ` Ferruh Yigit
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=d0d1a3e2-3068-c1e5-bb03-1a42a8b9e874@intel.com \
--to=ferruh.yigit@intel.com \
--cc=adrien.mazarguil@6wind.com \
--cc=dev@dpdk.org \
--cc=nelio.laranjeiro@6wind.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).