Re: [RFC v4 5/8] build: generate symbol maps

2025-03-20 Thread Andre Muezerie
On Wed, Mar 19, 2025 at 06:12:37PM +0100, David Marchand wrote: > On Wed, Mar 19, 2025 at 5:19 PM Stephen Hemminger > wrote: > > > > On Mon, 17 Mar 2025 16:43:01 +0100 > > David Marchand wrote: > > > > > Rather than maintain a file in parallel of the code, symbols to be > > > exported can be mark

Re: [RFC v4 5/8] build: generate symbol maps

2025-03-19 Thread David Marchand
On Wed, Mar 19, 2025 at 5:19 PM Stephen Hemminger wrote: > > On Mon, 17 Mar 2025 16:43:01 +0100 > David Marchand wrote: > > > Rather than maintain a file in parallel of the code, symbols to be > > exported can be marked with a token RTE_EXPORT_*SYMBOL. > > > > From those marks, the build framewor

Re: [RFC v4 5/8] build: generate symbol maps

2025-03-19 Thread Stephen Hemminger
On Mon, 17 Mar 2025 16:43:01 +0100 David Marchand wrote: > Rather than maintain a file in parallel of the code, symbols to be > exported can be marked with a token RTE_EXPORT_*SYMBOL. > > From those marks, the build framework generates map files only for > symbols actually compiled (which means

[RFC v4 5/8] build: generate symbol maps

2025-03-17 Thread David Marchand
Rather than maintain a file in parallel of the code, symbols to be exported can be marked with a token RTE_EXPORT_*SYMBOL. >From those marks, the build framework generates map files only for symbols actually compiled (which means that the WINDOWS_NO_EXPORT hack becomes unnecessary). The build fra