Albert,
Post the patch you have for 1.4. I'm curious as to why you need to set $wl
at all,
if linking is being done with ld then ${wl}= for any flag. IMHO, if
that
isn't being done properly we need to find out why.
Just to add to the confusion, this is my original patch.
Dave
--
J.
Dependent libraries for hppa64* is funky.
$ cd /tmp/a
$ ld -b +h lib1.sl.0 -o lib1.sl obj1.o obj2.o -lc
$ elfdump -L lib1.sl | head
0 Needed libc.2
1 Soname lib1.sl.0
$ cd /tmp/b
$ ld -b +h lib2.sl.0 -o lib2.sl ../a/lib1.sl obj3.o obj4.o -lc
$ elfdump -L lib2.sl | head
0
I agree that we should use +b to embed the path. Is everyone else in
agreement?
What about the alternative -L and -l approach which ia64 uses and
I adopted in my original patch? I tried to stay away from using +b.
Maybe I am missing something but the package which I have built seem
to have a
/usr/ccs/bin/ld -b +h libpng.sl.2 -o .libs/libpng.sl.2.2 png.o
pngerror.o pngget.o pngmem.o pngpread.o pngrio.o pngread.o pngrtran.o
pngrutil.o pngset.o pngtrans.o pngwio.o pngwrite.o pngwtran.o
pngwutil.o -L/opt/TWWfsw/zlib11/lib/pa20_64
-L/opt/TWWfsw/zlib11/lib/pa20_64
On Thu, Dec 19, 2002 at 03:13:13PM -0500, John David Anglin wrote:
I agree that we should use +b to embed the path. Is everyone else in
agreement?
What about the alternative -L and -l approach which ia64 uses and
I adopted in my original patch? I tried to stay away from using +b.
Maybe I
