On Fri, 10 Oct 2014, Tim Jenness wrote:
> On Fri, Oct 10, 2014 at 9:52 AM, Peter W. Draper <[log in to unmask]> wrote:
> Following up on myself. I applied Tim's latest GWM patch and, _without_ setting -Wl,--no-as-needed, the build
> ran to completion.
>
> Testing a few applications doesn't show any issues, so we may be free of -Wl,--no-as-needed. I'll try a
> ubuntu build to see how far that gets.
>
>
> I'm not sure how we can be free of it unless I misunderstand the symbol resolution issue.
>
> The AST link script supports different error and graphic library options
> so the AST library itself can not be built knowing how to resolve those
> symbols in advance. I had always assumed that to be rid of the
> "no-as-needed" issue we would need to implement a proper plugin facility
> in AST which would dlopen() the error/graphic libraries on demand. I
> think there may be other link scripts that dynamically adjust which
> libraries to use at link time.
>
> I think the ultimate point here is that if I want to link against libkpg
> I just add "-lkpg" to my application and all the dependent libraries are
> pulled in automatically. We know we have fixed the link problem if we
> don't need _link scripts, or at the very least _link scripts only
> include libraries for the particular package and no subpackages. For
> example, if you now use -lpal in your program you don't need to know
> that -lerfa will turn up and there is no pal_link script to ensure that
> -lerfa will be used.
Hi Tim,
since the Ubuntu test failed (compifl doesn't run), clearly there are some
difference between Mint and Ubuntu that I don't understand.
As for libraries like AST, I wonder if we need a dlopen() solution, it
sounds like weak references could help, put I'm no expert.
Peter.
|