Re: dlopen() sees some symbols, but not others

Rob Y wrote:

Do you know of a way to bypass this symbol garbage collection? If
not, I can just change my dummy 'dllstub.c' module to make calls to all
the functions I want to force to be available, and I guess that'll
force them to be pulled in and exported via -bexpall.

Better to build an explicit export list (which can be used along
with -bexpall).

By the way, is garbage collection only done for modules pulled in by
the linker from a library? If the .o's are explicitly fed to the
linker, are all functions in the .o's kept even if they're not
referenced by the app?

When you use -brtl and .bexpall any named .o files should be fully, retained, as the symbols in all of the .o files should end up
exported.
.

Relevant Pages

  • Re: dlopen() sees some symbols, but not others
    ... Rob Y wrote: ... linker to 'export all' symbols, ... The intent is to removed unneeded code. ... but since the main app doesn't call ...
    (comp.unix.aix)
  • Re: Confused About an Array of Functon Pointers at Runtime
    ... Any detailed explaination is greatly greatly appreciated. ... I don't know AVR but it's sounds like in your original case the linker ... didn't see the references to your functions and decided not to include them ... I'd create a couple of dummy calls to your functions to see if that solves ...
    (comp.arch.embedded)
  • Re: VC++ 5.0 Linker Problem
    ... Rob wrote: ... > I'm trying to link against the wininet.lib but the linker keeps complaining that it can access part of the memory mapped space of the lib. ...
    (microsoft.public.vc.language)