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

[Laatz, Kevin]

On 29/06/2019 07:19, David Marchand wrote:
> On Sat, Jun 29, 2019 at 7:57 AM David Marchand 
> <david.marchand at redhat.com <mailto:david.marchand at redhat.com>> wrote:
>
>     On Fri, Jun 28, 2019 at 9:20 PM David Marchand
>     <david.marchand at redhat.com <mailto:david.marchand at redhat.com>> wrote:
>
>
>         On Fri, Jun 28, 2019 at 5:57 PM Thomas Monjalon
>         <thomas at monjalon.net <mailto: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.
>
We noticed this too and are working on a patch for this :-)

Thanks,

Kevin


> Thanks.
>
> -- 
> David Marchand