finding libraries for programs with doing clean builds

[Thiago Macieira]

David Faure wrote:
>On Friday 06 January 2006 15:00, Thiago Macieira wrote:
>> Matt Rogers wrote:
>> >I've tried to think of a good solution for this for the last couple
>> > of days and I haven't come up with much of anything. Does anybody
>> > else have some ideas on how to solve this? Obviously setting
>> > LD_LIBRARY_PATH before running scons works, but there will be a lot
>> > of directories that will need to be added once we get around to
>> > doing things like compiling docs, etc. and I'm wondering if we can
>> > do something better.
>>
>> The only solution is to duplicate what libtool does, which is to
>> determine how to run a program linked against uninstalled libraries.
>>
>> Options are:
>> 1) setting the proper environment variable when possible
>> (DYLIB_LIBRARY_PATH, LD_LIBRARY_PATH, etc.)
>>
>> 2) relinking the program if no other suitable method is found
>>
>> Note that a standard Linux uses option #2, because LD_LIBRARY_PATH
>> won't work on a standard KDE installation that used --rpath.
>
>But this can be fixed with your "new-ldtags-whatever", right? i.e. We
> can switch "standard Linux" to option 1) as long as we use the right
> method of setting runpaths, in a way that still makes LD_LIBRARY_PATH
> prevail?

Right. It was the original intention. We gave up on it because the new 
ldtags had some side-effects generated by libtool. And I gave up on 
fixing libtool.

When we have a nice Python script replacing libtool and throwing away all 
the legacy support (including systems where LD_LIBRARY_PATH doesn't work, 
like a standard KDE installation on Linux today), it'll be much easier.

-- 
  Thiago Macieira  -  thiago (AT) macieira.info - thiago (AT) kde.org
    PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358

5. Swa he géanhwearf tó timbran, and hwonne he cóm, lá! Unix cwæð "Hello, 
World". Ǽfre ǽghwilc wæs glæd and seo woruld wæs fréo.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kde-buildsystem/attachments/20060110/18db164f/attachment.pgp