[RFC v4 0/8] Symbol versioning and export rework
David Marchand
david.marchand at redhat.com
Wed Mar 26 14:54:32 CET 2025
On Wed, Mar 26, 2025 2:37 PM Bruce Richardson
<bruce.richardson at intel.com> wrote:
> > - I am considering making rte_function_versioning.h a non exported
> > header (precisely, moving it to buildtools/ and maybe renaming it).
> >
> > This header contains macros not prefixed with RTE_.
> > Using it requires some build trick (see use_function_versioning).
> > And I don't see symbol versioning as a MUST infrastructure that DPDK
> > needs to provide to datapath applications.
> >
> > Yet technically, this change would be an API breakage if some
> > applications indeed relied on it.
> >
>
> Is it not needed for exporting if an exported library header had versioned
> symbols is in?
That could be, though we don't expose such versionned symbols atm (and
I don't think we ever did in DPDK).
The only public symbol is always the symbol implemented for the latest
ABI for newly compiled applications.
Wrt to your other comment on the header(s) location, I don't mind
moving to lib/eal/common.
--
David Marchand
More information about the dev
mailing list