[dpdk-dev] [PATCH 1/3] net: new ipv6 header extension parsing function
akhil.goyal at nxp.com
Tue Jun 25 14:57:04 CEST 2019
> Hi Akhil,
> I've double checked and there is no problem with linking application against
> shared libraries, because inline functions are being inlined during compilation
> and before linking is done. To be more specific: there is not such symbol as
> rte_ipv6_get_next_ext in ipsec-secgw.o (which uses this function in
> prepare_one_packet function).
> There are a number of inline experimental functions defined today and they are
> mostly (43 out of 59) not listed in maps, e.g. rte_ticketlock functions family
> defined here:
> Is there any particular reason we should put inlines in maps? Maps are used by
> linker to control versions of shared libraries and inlines are not processed by
> I am aware this patchset causes build failures on BSDs - this is a project-wide
> issue which I have addressed here:
> I'll put a note in the next version of this patchset's cover that it depends on
> abovementioned patchset.
Thanks for correcting me.
More information about the dev