Summary: | dev-scheme/guile-1.8.4{,-r1} fail to emerge w/ libtool-2.2 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Geert Vanhaute <geevh> |
Component: | New packages | Assignee: | Scheme Project <scheme> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aballier, andrew, andrey.melentyev, ansla80, chris, gentoo, Ivan.Miljenovic, jakub, jdaluz, marduk, marv3fan, matrix47, neil, pietuguitarra, terrio, tmokros, transacid, zeekec, znmeb, zzam |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 212763 | ||
Attachments: |
dev-scheme/guile-1.8.4 build log
fix libtool 2.2 problem |
Description
Geert Vanhaute
2008-03-08 15:15:02 UTC
Created attachment 145563 [details]
dev-scheme/guile-1.8.4 build log
<snip> creating .libs/guileS.c (cd .libs && x86_64-pc-linux-gnu-gcc -march=nocona -mtune=generic -O2 -pipe -fomit-frame-pointer -c -fno-builtin "guileS.c") rm -f .libs/guileS.c .libs/guile.nm .libs/guile.nmS .libs/guile.nmT x86_64-pc-linux-gnu-gcc -pthread -march=nocona -mtune=generic -O2 -pipe -fomit-frame-pointer -Wall -Wmissing-prototypes .libs/guileS.o -pthread -Wl,--as-needed -o .libs/guile guile-guile.o -Wl,--export-dynamic ./.libs/libguile.so -lgmp -lcrypt -lm -lltdl -Wl,--rpath -Wl,/usr/lib64 guile-guile.o: In function `main': guile.c:(.text+0x15): undefined reference to `lt__PROGRAM__LTX_preloaded_symbols' collect2: ld returned 1 exit status make[3]: *** [guile] Error 1 </snip> Does it work if you downgrade to libtool-1.5.26? > Does it work if you downgrade to libtool-1.5.26?
Yes/
There are a few packages that fail with libtool 2.2. ImageMagick is another one that comes to mind. (In reply to comment #4) > There are a few packages that fail with libtool 2.2. ImageMagick is another > one that comes to mind. File a separate bug please. Created attachment 145645 [details, diff]
fix libtool 2.2 problem
I submitted a patch that allows guile to compile with libtool 2.2. The basis for the patch can be found here http://osdir.com/ml/lisp.guile.bugs/2006-08/msg00001.html You'll probably not going to believe it, but only thing that needs to be patched is the ebuild and the patch is almost trivial. All that's needed is eautoreconf at the end of src_unpack(). (In reply to comment #8) > All that's needed is eautoreconf at the end of src_unpack(). I'm confirming it. (In reply to comment #8) > You'll probably not going to believe it, but only thing that needs to be > patched is the ebuild and the patch is almost trivial. > All that's needed is eautoreconf at the end of src_unpack(). > Works for me too. I can confirm the diff file works and also that the bug is applicable to x86 as well. fixed in 1.8.4-r1 *** Bug 220339 has been marked as a duplicate of this bug. *** I'm sorry but for me this bug it's not fixed at all. When i emerge guile-1.8.4-r1 i have this error: [ebuild R ] dev-scheme/guile-1.8.4-r1 USE="deprecated networking nls regex threads -debug -debug-freelist -debug-malloc -discouraged -elisp" 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB Would you like to merge these packages? [Yes/No] >>> Verifying ebuild Manifests... >>> Emerging (1 of 1) dev-scheme/guile-1.8.4-r1 to / * guile-1.8.4.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking guile-1.8.4.tar.gz ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking guile-1.8.4.tar.gz to /var/tmp/portage/dev-scheme/guile-1.8.4-r1/work tar: guile-1.8.4/guile-readline/ltmain.sh : l'horodatage 1970-01-01 01:00:00 est trop vieux pour être plausible tar: guile-1.8.4/build-aux/config.sub : l'horodatage 1970-01-01 01:00:00 est trop vieux pour être plausible tar: guile-1.8.4/build-aux/config.guess : l'horodatage 1970-01-01 01:00:00 est trop vieux pour être plausible tar: guile-1.8.4/build-aux/ltmain.sh : l'horodatage 1970-01-01 01:00:00 est trop vieux pour être plausible * Applying gcc-4.3.patch ... [ ok ] * Running eautoreconf in '/var/tmp/portage/dev-scheme/guile-1.8.4-r1/work/guile-1.8.4' ... * Running aclocal -I guile-config ... [ ok ] * Running libtoolize --copy --force --automake ... [ !! ] * Failed Running libtoolize ! * * Include in your bugreport the contents of: * * /var/tmp/portage/dev-scheme/guile-1.8.4-r1/temp/libtoolize-15428.out * * ERROR: dev-scheme/guile-1.8.4-r1 failed. * Call stack: * ebuild.sh, line 49: Called src_unpack * environment, line 2846: Called eautoreconf * environment, line 952: Called _elibtoolize '--copy' '--force' * environment, line 278: Called autotools_run_tool 'libtoolize' '--copy' '--force' '--automake' * environment, line 423: Called die * The specific snippet of code: * die "Failed Running $1 !"; * The die message: * Failed Running libtoolize ! * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/dev-scheme/guile-1.8.4-r1/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/dev-scheme/guile-1.8.4-r1/temp/environment'. * and it fails only with libtool-2.2.4 that is unmasked today Here is the libtoolize-15428.out : ***** libtoolize ***** ***** libtoolize --copy --force --automake libtoolize: AC_CONFIG_MACRO_DIR([m4]) conflicts with ACLOCAL_AMFLAGS=-I guile-config. patch from bug report 220339 solve pb don't know why bug 220339 had been said a duplicate of this one ;) *** Bug 220367 has been marked as a duplicate of this bug. *** *** Bug 220509 has been marked as a duplicate of this bug. *** Reopening as -r1 apparently does not fix the problem, cf bug 220339. Problem remains with libtool-2.2.4 and guile-1.8.4-r1. *** Bug 220589 has been marked as a duplicate of this bug. *** Fix suggested in comment #8 of bug #220339 resolves this error. Panagiotos, thanks for the quick patch, I have sent it upstream and committed it. *** Bug 220703 has been marked as a duplicate of this bug. *** |