libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

relinking broken on macosx?


From: Benjamin Reed
Subject: relinking broken on macosx?
Date: Tue, 25 Feb 2003 20:12:18 -0500

well, now that Peter's patches are in libtool, it appears to be working again on MacOSX -- however, for some reason it seems to be trying to relink some libraries (not sure why, library paths are coded into the lib already, there's really no reason to ever relink on MacOSX).

I'm trying to update the OSX port of KDE to use the new libtool for testing, and arts ends up dying like this:

---(snip!)---
/bin/sh ../libtool --mode=install /sw/bin/install -c -p libartsflow_idl.la /tmp/arts/sw/lib/libartsflow_idl.la
libtool: install: warning: relinking `libartsflow_idl.la'
(cd /sw/src/arts-1.1.0-18/arts-1.1/flow; /bin/sh ../libtool --mode=relink g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -O2 -fno-exceptions -fno-check-new -ftemplate-depth-99 -L/sw/lib -o libartsflow_idl.la -rpath /sw/lib -no-undefined -version-info 1:0 artsflow.lo ../mcop/libmcop.la -inst-prefix-dir /tmp/arts) g++ -r -Wl,-bind_at_load -keep_private_externs -nostdlib -o .libs/libartsflow_idl.1.0.0.dylib-master.o .libs/artsflow.o && g++ -dynamiclib -o .libs/libartsflow_idl.1.0.0.dylib .libs/libartsflow_idl.1.0.0.dylib-master.o -ldl -L/sw/lib /sw/lib/libmcop.dylib -L/usr/lib/gcc/darwin/3.1 -L/usr/lib/gcc/darwin -L/usr/libexec/gcc/darwin/ppc/3.1/../../.. -lstdc++ -lgcc -lSystem -install_name /sw/lib/libartsflow_idl.1.dylib -compatibility_version 2 -current_version 2.0
g++: /sw/lib/libmcop.dylib: No such file or directory
libtool: install: error: relink `libartsflow_idl.la' with the above command before installing it /bin/sh ../libtool --mode=install /sw/bin/install -c -p libartsflow.la /tmp/arts/sw/lib/libartsflow.la
libtool: install: warning: relinking `libartsflow.la'
(cd /sw/src/arts-1.1.0-18/arts-1.1/flow; /bin/sh ../libtool --mode=relink g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -O2 -fno-exceptions -fno-check-new -ftemplate-depth-99 -L/sw/lib -o libartsflow.la -rpath /sw/lib -no-undefined -version-info 1:0 -Xlinker -framework -Xlinker CoreAudio fft.lo libartsflow_la.all_cc.lo ../mcop/libmcop.la libartsflow_idl.la ../flow/gslpp/libgslpp.la -L/usr/X11R6/lib -L/sw/lib -L/sw/lib -L/sw/lib -L/usr/X11R6/lib -L/sw/lib -L/sw/lib -laudiofile -lm ../flow/gsl/libgsl.la -lpoll -inst-prefix-dir /tmp/arts) g++ -r -Wl,-bind_at_load -keep_private_externs -nostdlib -o .libs/libartsflow.1.0.0.dylib-master.o .libs/fft.o .libs/libartsflow_la.all_cc.o -all_load ../flow/gslpp/.libs/libgslpp.a ../flow/gsl/.libs/libgsl.a && g++ -dynamiclib -o .libs/libartsflow.1.0.0.dylib .libs/libartsflow.1.0.0.dylib-master.o -logg -L/sw/src/arts-1.1.0-18/arts-1.1/mcop/.libs -lmcop -L/sw/lib /sw/lib/libartsflow_idl.dylib -L/usr/X11R6/lib /sw/lib/libaudiofile.dylib /sw/lib/libmcop.dylib -ldl /sw/lib/libvorbisfile.dylib /sw/lib/libvorbisenc.dylib /sw/lib/libvorbis.dylib -lm /sw/lib/libogg.dylib /sw/lib/libmad.dylib -lpoll -L/usr/lib/gcc/darwin/3.1 -L/usr/lib/gcc/darwin -L/usr/libexec/gcc/darwin/ppc/3.1/../../.. -lstdc++ -lgcc -lSystem -Wl,-framework -Wl,CoreAudio -install_name /sw/lib/libartsflow.1.dylib -compatibility_version 2 -current_version 2.0
g++: /sw/lib/libartsflow_idl.dylib: No such file or directory
g++: /sw/lib/libmcop.dylib: No such file or directory
libtool: install: error: relink `libartsflow.la' with the above command before installing it
make[3]: *** [install-libLTLIBRARIES] Error 1
make[2]: *** [install-am] Error 2
make[1]: *** [install-recursive] Error 1
make: *** [install-recursive] Error 1
---(snip!)---

Going into the flow/.libs directory, I see this:

---(snip!)---
libartsflow_idl.1.0.0.dylibU
libartsflow_idl.1.dylib
libartsflow_idl.dylib
libartsflow_idl.la
libartsflow_idl.lai
---(snip!)---

...you'll notice it looks like it's appending a "U" to the filename for some reason. I can only assume that's either a bug in the first place, or it's some kind of intermediate file name that isn't getting renamed again after the relink. Any ideas what's going on?





reply via email to

[Prev in Thread] Current Thread [Next in Thread]