[Buildroot] [git commit] package/ply: needs dynamic library

[Peter Korsgaard <peter@korsgaard.com>]

>>>>> "Yann" == Yann E MORIN <yann.morin.1998@free.fr> writes:

 > commit: https://git.buildroot.net/buildroot/commit/?id=debe9eb13ebd8b8d5596832030ec61032bdc99b3
 > branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master

 > ply builds and installs a library. Some objects that go in that library
 > are tagged with a 'section' attribute (excerpt):

 >     __attribute__((section("providers")))

 > Later on, it references the bounds of that section, with the canonical
 > __start and __stop markers, which will eventually be created by the
 > linker:

 >     extern struct provider __start_providers;
 >     extern struct provider __stop_providers;

 > Sections only exists in an ELF file, and a static library id not an ELF.
 > So, when creating a static library, the markers are not created. Thus,
 > when linking the final executable, the link fails because of missing
 > symbols:

 >     .../powerpc-buildroot-linux-uclibc/bin/ld: ../libply/.libs/libply.a(libply_la-provider.o): in function `provider_get':
 >     provider.c:(.text+0xe): undefined reference to `__start_providers'
 >     .../powerpc-buildroot-linux-uclibc/bin/ld: provider.c:(.text+0x12): undefined reference to `__stop_providers'
 >     .../powerpc-buildroot-linux-uclibc/bin/ld: provider.c:(.text+0x2a): undefined reference to `__start_providers'
 >     .../powerpc-buildroot-linux-uclibc/bin/ld: provider.c:(.text+0x32): undefined reference to `__stop_providers'

 > So, conceptually, ply can not build in static-only.

 > Fixes:
 >  - http://autobuild.buildroot.net/results/3a586241d37614b644ff6c4674ae28df2b22fdf8

Is that true? Aren't those symbols created by the linker when the final
application is linked? If not, how does custom sections work with U-Boot
and the Linux kernel that also do static linking?

Hacking a bit around, I see that linking does work if I explicitly pass
the libply/provider/*.o files to the linker and not just the .a
file.

Perhaps it is because nothing directly references those symbols, so the
linker thinks it can drop them? Maybe it just needs to be told not to do that?

-- 
Bye, Peter Korsgaard