[dpdk-dev] [PATCH 8/9] remove experimental tags from all symbol definitions

David Marchand david.marchand at redhat.com
Sat Jun 29 08:19:00 CEST 2019

On Sat, Jun 29, 2019 at 7:57 AM David Marchand <david.marchand at redhat.com>

> On Fri, Jun 28, 2019 at 9:20 PM David Marchand <david.marchand at redhat.com>
> wrote:
>> On Fri, Jun 28, 2019 at 5:57 PM Thomas Monjalon <thomas at monjalon.net>
>> wrote:
>>> 27/06/2019 13:33, David Marchand:
>>> > We had some inconsistencies between functions prototypes and actual
>>> > definitions.
>>> > Let's avoid this by only adding the experimental tag to the prototypes.
>>> > Tests with gcc and clang show it is enough.
>>> >
>>> > git grep -l __rte_experimental |grep \.c$ |while read file; do
>>> >       sed -i -e '/^__rte_experimental$/d' $file;
>>> >       sed -i -e 's/  *__rte_experimental//' $file;
>>> >       sed -i -e 's/__rte_experimental  *//' $file;
>>> > done
>>> There is one miss:
>>> rte_telemetry_parse is not flagged as experimental
>>> but is listed in version map
>>> Please add __rte_experimental to the definition of rte_telemetry_parse
>> Not sure I get you.
>> How did you get this warning?
> Ah ok, this library is disabled by default.
> Another fix being cooked.
> Expect a v2 maybe later today, but I still need an answer on which
> approach we take :-)

Reducing the CC: list.

So, the reason why it is not flagged is that rte_telemetry_parser.h is not
included in rte_telemetry_parser.c.
But then I wondered why we did not see it.
rte_telemetry Makefile does not add WERROR_FLAGS in its CFLAGS.
If I try to add it, we have an avalanche of warnings for trivial things
like symbol not marked as static, and a more bizarre "null" string passed
as a marker that something went bad.

I will send the fix on the missing header as part of my series.
But please Kevin, fix the rest of the warnings and add WERROR_FLAGS in the
lib Makefile.


David Marchand

David Marchand

More information about the dev mailing list