[arch-general] Need help understanding new "make install" failures - libtool: install: error: relink `blah...la' ??
Guys, After the latest updates, I'm getting a number of package() "make install" failures on packages that have, until now, packaged just fine. Is anybody else experiencing this on packages you build? If so, do you know what is causing it -- and how to fix? I've searched and found that sometimes reordering the link commands in the Makefile can help, but I can't figure out why things have packaged just fine up until now and are now failing. Since everything built fine with the build() command -- why the failure on package()?? I've also read another solution is to do away with the .la files completely and replace with a package config setup. However, before I try and tackle something like that, I want to figure out what broke. The failures during "make install" look like this (gwenview and tdegames examples:) the failure: /usr/bin/ld: cannot find -ltdeinit_gwenview collect2: error: ld returned 1 exit status libtool: install: error: relink `gwenview.la' with the above command before installing it the preceding context: libtool: relink: g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib/crti.o /usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/crtbeginS.o .libs/gwenview_dummy.o -Wl,-rpath -Wl,/opt/trinity/lib -Wl,-rpath -Wl,/opt/tqt3/lib -L/build/src/gwenview/src/gvcore/.libs -L/opt/trinity/lib -L/opt/tqt3/lib -L/usr/lib/mysql -L/usr/X11R6/lib64 -L/build/pkg/opt/trinity/lib -ltdeinit_gwenview -L/usr/lib -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib -lgwenviewcore -ltdeprint -lkmediaplayer -ljpeg -lexiv2 -lkipi -lkio -ltdeui -ltdecore -L/build/pkg/usr/lib -lkutils -L/build/pkg/opt/tqt3/lib -ltqt-mt -lpq -lmysqlclient -lXrender -lXrandr -lXcursor -lXinerama -lXft -lfreetype -lfontconfig -ldl -lpng -lz -lXext -lX11 -lSM -lICE -ltqt -lpthread -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0 -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/crtendS.o /usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib/crtn.o -O2 -march=x86-64 -mtune=generic -O2 -Wl,--no-undefined -Wl,--allow-shlib-undefined -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,--hash-style=gnu -Wl,-soname -Wl,gwenview.so -o .libs/gwenview.so libtdeinit_gwenview is right where it should be: 23:42 archangel:/dat_e/chroot/david/build/src/gwenview> find . -name "libtdeinit_gwenview*" ./src/app/libtdeinit_gwenview.la ./src/app/.libs/libtdeinit_gwenview.lai ./src/app/.libs/libtdeinit_gwenview.soT ./src/app/.libs/libtdeinit_gwenview.so ./src/app/.libs/libtdeinit_gwenview.la The tdegames failure (all in order): libtool: relink: g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib/crti.o /usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/crtbeginS.o .libs/kolf_dummy.o -Wl,-rpath -Wl,/opt/trinity/lib -Wl,-rpath -Wl,/opt/tqt3/lib -L/build/src/tdegames/kolf/.libs -L/build/src/tdegames/libtdegames/.libs -L/opt/trinity/lib -L/opt/tqt3/lib -L/build/pkg/opt/trinity/lib -ltdeinit_kolf -lkolf -ltdegames -lkdnssd -ltdeprint -lkio -lartskde -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0 -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/crtendS.o /usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib/crtn.o -march=x86-64 -mtune=generic -O2 -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,--hash-style=gnu -Wl,-soname -Wl,kolf.so -o .libs/kolf.so /build/src/tdegames/kolf/.libs/libkolf.so: file not recognized: File truncated collect2: error: ld returned 1 exit status libtool: install: error: relink `kolf.la' with the above command before installing it make[3]: *** [install-tdeinitLTLIBRARIES] Error 1 make[3]: *** Waiting for unfinished jobs.... libtool: install: /usr/bin/install -c -p .libs/libkolf.so.1.2.0T /build/pkg/opt/trinity/lib/libkolf.so.1.2.0 libtool: install: (cd /build/pkg/opt/trinity/lib && { ln -s -f libkolf.so.1.2.0 libkolf.so.1 || { rm -f libkolf.so.1 && ln -s libkolf.so.1.2.0 libkolf.so.1; }; }) libtool: install: (cd /build/pkg/opt/trinity/lib && { ln -s -f libkolf.so.1.2.0 libkolf.so || { rm -f libkolf.so && ln -s libkolf.so.1.2.0 libkolf.so; }; }) libtool: install: /usr/bin/install -c -p .libs/libkolf.lai /build/pkg/opt/trinity/lib/libkolf.la libtool: install: warning: relinking `libtdeinit_kolf.la' libtool: install: (cd /build/src/tdegames/kolf; /bin/sh /build/src/tdegames/libtool --tag CXX --mode=relink g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -fno-builtin -g3 -fno-inline -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -fpermissive -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -o libtdeinit_kolf.la -rpath /opt/trinity/lib -no-undefined -avoid-version -L/opt/trinity/lib -L/opt/tqt3/lib main.lo libkolf.la -inst-prefix-dir /build/pkg) libtool: relink: g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib/crti.o /usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/crtbeginS.o .libs/main.o -L/build/src/tdegames/libtdegames/.libs -L/opt/trinity/lib -L/opt/tqt3/lib -L/build/pkg/opt/trinity/lib -lkolf -ltdegames -lkdnssd -ltdeprint -lkio -lartskde -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0 -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/crtendS.o /usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib/crtn.o -march=x86-64 -mtune=generic -O2 -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,--hash-style=gnu -Wl,-soname -Wl,libtdeinit_kolf.so -o .libs/libtdeinit_kolf.so libtool: install: /usr/bin/install -c -p .libs/libtdeinit_kolf.soT /build/pkg/opt/trinity/lib/libtdeinit_kolf.so libtool: install: /usr/bin/install -c -p .libs/libtdeinit_kolf.lai /build/pkg/opt/trinity/lib/libtdeinit_kolf.la libtool: install: warning: remember to run `libtool --finish /opt/trinity/lib' make[3]: Leaving directory `/build/src/tdegames/kolf' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/build/src/tdegames/kolf' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/build/src/tdegames/kolf' make: *** [install-recursive] Error 1 Likewise, the kolf.la file is right where it should be. Anybody else seeing something like this? -- David C. Rankin, J.D.,P.E.
On 04/07/2012 06:54 PM, David C. Rankin wrote:
Guys,
After the latest updates, I'm getting a number of package() "make install" failures on packages that have, until now, packaged just fine. Is anybody else experiencing this on packages you build? If so, do you know what is causing it -- and how to fix? I've searched and found that sometimes reordering the link commands in the Makefile can help, but I can't figure out why things have packaged just fine up until now and are now failing. Since everything built fine with the build() command -- why the failure on package()??
I've also read another solution is to do away with the .la files completely and replace with a package config setup. However, before I try and tackle something like that, I want to figure out what broke. The failures during "make install" look like this (gwenview and tdegames examples:)
the failure:
/usr/bin/ld: cannot find -ltdeinit_gwenview collect2: error: ld returned 1 exit status libtool: install: error: relink `gwenview.la' with the above command before installing it
All, The answer was provided in an AUR post for spice-gtk: Try editing the PKBUILD in package() make -j1 DESTDIR="$pkgdir/" install It seems that parallel building during package was the culprit. The build of tdegames went fine after adding -j1. -- David C. Rankin, J.D.,P.E.
On Mon, Apr 9, 2012 at 17:02, David C. Rankin < drankinatty@suddenlinkmail.com> wrote:
Guys,
After the latest updates, I'm getting a number of package() "make install" failures on packages that have, until now, packaged just fine. Is anybody else experiencing this on packages you build? If so, do you know what is causing it -- and how to fix? I've searched and found that sometimes reordering
On 04/07/2012 06:54 PM, David C. Rankin wrote: the link
commands in the Makefile can help, but I can't figure out why things have packaged just fine up until now and are now failing. Since everything built fine with the build() command -- why the failure on package()??
I've also read another solution is to do away with the .la files completely and replace with a package config setup. However, before I try and tackle something like that, I want to figure out what broke. The failures during "make install" look like this (gwenview and tdegames examples:)
the failure:
/usr/bin/ld: cannot find -ltdeinit_gwenview collect2: error: ld returned 1 exit status libtool: install: error: relink `gwenview.la' with the above command before installing it
All,
The answer was provided in an AUR post for spice-gtk:
Try editing the PKBUILD in package()
make -j1 DESTDIR="$pkgdir/" install
It seems that parallel building during package was the culprit. The build of tdegames went fine after adding -j1.
-- David C. Rankin, J.D.,P.E.
Or options=(!makeflags)
On 04/10/2012 02:47 AM, Bogdan Ionuț wrote:
It seems that parallel building during package was the culprit. The build
of tdegames went fine after adding -j1.
-- David C. Rankin, J.D.,P.E.
Or options=(!makeflags)
How could I apply that to package() only. A separate: options=(!makeflags) in the package() function itself? Any thought on which would be preferred? I don't mind doing it either way, so for the TDE PKGBUILDs, let me know if one way is better than the other. Thanks. By the way, there are now 86 PKGBUILDs for the trinity/TDE project. Looks like all major packages are building on gcc 4.7. -- David C. Rankin, J.D.,P.E.
participants (2)
-
Bogdan Ionuț
-
David C. Rankin