[dpdk-dev] compilation error on Suse 11 - LPM init of anon union
Thomas Monjalon
thomas at monjalon.net
Wed Jan 17 23:49:50 CET 2018
We need someone from Intel to check on the testing platform please.
It can be decided to drop testing of Suse 11 SP2.
Thanks
15/01/2018 18:08, Adrien Mazarguil:
> On Mon, Jan 15, 2018 at 05:18:37PM +0100, Adrien Mazarguil wrote:
> > On Sat, Jan 13, 2018 at 08:14:06PM +0100, Thomas Monjalon wrote:
> > > Hi,
> > >
> > > There is a new compilation error since this commit in LPM:
> > > http://dpdk.org/commit/b2e1c99
> > > The brace has been removed because unnecessary with anonymous union.
> > >
> > > This union is declared with RTE_STD_C11 for compatibility
> > > with old compilers:
> > > /** C extension macro for environments lacking C11 features. */
> > > #if !defined(__STDC_VERSION__) || __STDC_VERSION__ < 201112L
> > > #define RTE_STD_C11 __extension__
> > > #else
> > > #define RTE_STD_C11
> > > #endif
> >
> > Yes, however not only for old compilers, e.g. explicitly specifying -std=c99
> > on the command-line disables C11 extensions for newer compilers as well.
> >
> > Not specifying anything (like most applications do) simply defaults to
> > whatever standard is deemed "current" for it.
> >
> > In short, RTE_STD_C11 gets expanded as __extension__ when the compiler isn't
> > in C11 mode, and what follows is therefore an extension to the standard in
> > use (be it C90 or C99).
> >
> > __extension__ remains explicitly used in place of RTE_STD_C11 for things
> > that are not even found in C11, namely GNU syntax extensions fall under this
> > category. Keep in mind the __extension__ keyword is itself a GNU extension.
> >
> > > Unfortunately, it does not work on Suse 11 SP2 with GCC 4.5.1:
> > > lib/librte_lpm/rte_lpm.c: In function ‘add_depth_big_v20’:
> > > lib/librte_lpm/rte_lpm.c:886:4: error:
> > > unknown field ‘group_idx’ specified in initializer
> > >
> > > Curiously, the error is exactly the same with ICC 16.0.2:
> > > http://dpdk.org/ml/archives/test-report/2018-January/038443.html
> > > Is it really using different compilers in those 2 tests?
> > >
> > > Someone to check the value of __STDC_VERSION__ with those compilers?
> > > gcc -dM -E -xc /dev/null | grep STDC_VERSION
> > >
> > > Thanks for the help
> >
> > Since this problem only appears in big endian, my suggestion would be to add
> > RTE_STD_C11 to the anonymous union of struct rte_lpm_tbl_entry_v20
> > (rte_lpm.h), like its little endian counterpart:
> >
> > #if RTE_BYTE_ORDER == RTE_LITTLE_ENDIAN
> > [...]
> > RTE_STD_C11
> > union {
> > uint8_t next_hop;
> > uint8_t group_idx;
> > };
> > [...]
> > #else
> > __extension__
> > struct rte_lpm_tbl_entry_v20 {
> > uint8_t depth :6;
> > uint8_t valid_group :1;
> > uint8_t valid :1;
> > RTE_STD_C11 // <<< Should be added here
> > union {
> > uint8_t group_idx;
> > uint8_t next_hop;
> > };
> > };
> >
> > I don't have the adequate test environment to validate this, so please
> > report if it helps and/or submit a patch, thanks.
>
> Looks like I mixed the issue mentioned by the original patch [1] and the one
> you found on SuSE, which appears on little endian systems.
>
> Adding RTE_STD_C11 as suggested above is correct but useless since
> __extension__ is part of the parent structure definition anyway, so this is
> not the reason.
>
> Adding -pedantic (but not -std), this issue can be reproduced in a form or
> another using GCC 4.4 through 4.9 which all default to C90, while GCC 6.3
> defaults to C11. Without -pendantic, I only managed to reproduce it with GCC
> 4.4 (I don't have 4.5 handy, however it can't be reproduced using 4.6).
>
> The problem with GCC 4.4 and likely 4.5 is basically they do not support the
> initialization syntax used in rte_lpm.c. Extra { } are needed even with
> unnamed union fields, there's no way around that AFAIK.
>
> Since we likely don't want to revert [1] and although GCC 4.5 is not
> recommended (4.9 minimum according to [2]), I suggest using a more
> conventional initialization for this particular field, e.g. replacing:
>
> struct rte_lpm_tbl_entry_v20 new_tbl24_entry = {
> .group_idx = (uint8_t)tbl8_group_index,
> .valid = VALID,
> .valid_group = 1,
> .depth = 0,
> };
>
> With something like:
>
> struct rte_lpm_tbl_entry_v20 new_tbl24_entry = {
> .valid = VALID,
> .valid_group = 1,
> .depth = 0,
> };
>
> /* Anonymous union field initialized outside (GCC < 4.6 compatibility). */
> new_tbl24_entry.group_idx = (uint8_t)tbl8_group_index;
>
> Your call.
>
> [1] http://dpdk.org/commit/b2e1c99
> [2] http://dpdk.org/doc/guides/linux_gsg/sys_reqs.html
More information about the dev
mailing list