Hi Ralf!
>> Somehow executables are still relinked, and i just can't find the
>> place where this happens. Something in the back of my mind tells me
>> that it has something to do with the lt-${name} executables, could
>> this be correct?
>
> It's the other way round: because relinking is done, the
> .libs/lt-$name executable files are created.Ah, i see. This time i left this part alone ;o) So libtool may do whatever it has to do... > >> In my last port of libtool, i simply removed the lt- from the program >> name and as far as i remember this solved the issue. Still i think >> this is not correct. > > No, that's merely bugging around the symptoms. If you want to > backport the real fix from CVS HEAD to branch-1-5, then I suggest you > go and look up the patch that fixed the issue in HEAD, and any > changes that it depends on. Sorry that I don't have the resources to > do so, but if I were you, I would either simply base upon CVS HEAD, > or go look up the changes through CVS or the viewcvs web interface, > and corresponding discussions in the mailing list archives if any. Yes, i think the same about that hack ;o) I now got everything right by adding a few lines to ltmain.in regarding the shlibpath_overrides_runpath variable. I've attached the whole patch i made for my compiler (namely parity). If anybody could have a quick look at it i would be glad, otherwise it doesn't break my heart ;o) I have only access to a very limited amount of different machines, mainly interix/windows, so i cannot do too many tests for this. (on interix both GCC and parity work fine as expected (GCC 3.3 still failing the hardcode test, as it was before too)) Regarding CVS HEAD: since this is all for production use on many, many platforms, i can't upgrade (it's simply not my decision). Is HEAD somewhat stable anyway? I noticed that binutils 2.18 use 2.1a, and - arg - we can't build binutils on HP anymore as i heard from a colleague. Cheers, Markus > > Hope that helps. > > Cheers, > Ralf -- 17.-19. Oktober 2007 Salomon Automation am 24. Deutschen Logistik-Kongress der BVL, Berlin; Stand W/09 14. November 2007 Salomon Automation an der LogIT Retail im Leopoldsmuseum in Wien Salomon Automation GmbH - Friesachstrasse 15 - A-8114 Friesach bei Graz Sitz der Gesellschaft: Friesach bei Graz UID-NR:ATU28654300 - Firmenbuchnummer: 49324 K Firmenbuchgericht: Landesgericht fur Zivilrechtssachen Graz
lt-1.5.24-parity.patch.gz
Description: lt-1.5.24-parity.patch.gz
_______________________________________________ http://lists.gnu.org/mailman/listinfo/libtool
