Summary: | dev-util/guile-1.6.6 compile error | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Daniel Webert <rockoo> |
Component: | Current packages | Assignee: | Alastair Tse (RETIRED) <liquidx> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | acid.punk, bugzilla, ensonic, jrmalaq, kenyon, Martin.vGagern, nefercheprure, swtaylor, xmit, znmeb |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Daniel Webert
2004-12-09 09:36:25 UTC
CFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer -fforce-mem -fforce-addr -falign-functions=4 -fprefetch-loop-arrays -ffast-math" right, try it with something like CFLAGS="-marach=i686 -O2 -pipe" I'm having the exact same error/problem. And I have the very simple CFLAGS! :) Portage 2.0.51-r8 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.9-ac12 x86_64) ================================================================= System uname: 2.6.9-ac12 x86_64 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System version 1.6.7 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Nov 30 2004, 23:24:49)] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.9.3, 1.8.5-r2, 1.5, 1.6.3, 1.7.9, 1.4_p6 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10 virtual/os-headers: 2.6.8.1-r1 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CFLAGS="-march=x86-64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=x86-64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X acpi alsa apache2 arts avi berkdb bitmap-fonts bzlib cdr crypt cups dba dvd dvdr esd f77 fam ffmpeg flac fortran gd gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml imagemagick imlib ipv6 java jp2 jpeg junit kde lzw lzw-tiff mad mozilla multilib mysql ncurses nls nptl nvidia offensive ofx oggvorbis opengl oss pam perl png python qt quicktime quotes readline samba sdl socks5 ssl svg tcltk tcpd tiff truetype usb userlocales xine xml xml2 xmms xpm xrandr xv xvid zlib" There is a problem with guile-1.6.6 or maybe the ebuild is bad. Well in any case the way I got this straightened out is I emerged guile-1.6.4 and then emerged the new guile. Before I tried emerging guile 1.6.6 (and got the same error message about the broken pipe) i had guile 1.4.1 installed. I guess the config of the new guile somehow picks up a library that does not exist or older versions of guile create a system link that is empty. Well anyways you have the solution and the maintainer of the ebuild should probably add guile-1.6.4 as a requirement for 1.6.6 as a fast and dirty fix. I can't see that your solution works generally... Here it's the same problem with version 1.6.4. installed... emerge info: Portage 2.0.51-r8 (default-macos/ppc/10.3, gcc-3.3, libsystem-7.1-r0, 7.7.0 Power Macintosh) ================================================================= System uname: 7.7.0 Power Macintosh powerpc macos-20041118 Python: dev-lang/python-2.3.3 [2.3 (#1, Sep 13 2003, 00:49:11)] distcc 2.0.1-zeroconf powerpc-apple-darwin7.0 (protocol 1) (default port 3632) [disabled] dev-lang/python: 2.3.3 sys-devel/autoconf: 2.57, 2.59-r5 sys-devel/automake: 1.6.3, 1.8.5-r1 sys-devel/binutils: [Not Present] sys-devel/libtool: [Not Present] virtual/os-headers: [Not Present] ACCEPT_KEYWORDS="ppc-macos ~ppc-macos" AUTOCLEAN="yes" CFLAGS="-O3 -pipe -mcpu=G5 -mtune=G5 -mpowerpc64 -funroll-loops -flat_namespace -mpowerpc-gpopt" CHOST="powerpc-apple-darwin" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O3 -pipe -mcpu=G5 -mtune=G5 -mpowerpc64 -funroll-loops -flat_namespace -mpowerpc-gpopt" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache collision-protect cvs distlocks keepwork" GENTOO_MIRRORS="http://gentoo.osuosl.org/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="ppc X altivec berkdb debug dts dvd encode faac faad ggi gif hbci jpeg justify makecheck matroska multilib ncurses nls nptl odbc ofx oggvorbis opengl png ppc-macos quotes recode ssl threads tiff truetype unicode usb zlib" I have the same problem on my amd64... After emerge fail I do the following: / # cd /var/tmp/portage/guile-1.6.6/work/guile-1.6.6/libguile/.libs .libs # ldd lt-guile libguile.so.12 => /var/tmp/portage/guile-1.6.6/work/guile-1.6.6/libguile/.libs/libguile.so.12 (0x0000002a9566e000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x0000002a9583a000) libm.so.6 => /lib/tls/libm.so.6 (0x0000002a9596f000) libc.so.6 => /lib/tls/libc.so.6 (0x0000002a95af5000) libguile-ltdl.so.1 => not found libguile-ltdl.so.1 => /var/tmp/portage/guile-1.6.6/work/guile-1.6.6/libguile-ltdl/.libs/libguile-ltdl.so.1 (0x0000002a95d2d000) /lib64/ld-linux-x86-64.so.2 (0x0000002a95556000) libdl.so.2 => /lib/libdl.so.2 (0x0000002a95e32000) ... but if I set LD_LIBRARY_PATH ldd output will be OK .libs # LD_LIBRARY_PATH=../../libguile-ltdl/.libs ldd lt-guile libguile.so.12 => /var/tmp/portage/guile-1.6.6/work/guile-1.6.6/libguile/.libs/libguile.so.12 (0x0000002a9566e000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x0000002a9583b000) libm.so.6 => /lib/tls/libm.so.6 (0x0000002a9596f000) libc.so.6 => /lib/tls/libc.so.6 (0x0000002a95af5000) libguile-ltdl.so.1 => ../../libguile-ltdl/.libs/libguile-ltdl.so.1 (0x0000002a95d2d000) /lib64/ld-linux-x86-64.so.2 (0x0000002a95556000) libdl.so.2 => /lib/libdl.so.2 (0x0000002a95e32000) --- so I suspect two possible reasons for that behaviour: 1) libtool bug 2) guile build system bug (i.e. smth wrong in automake/autoconf configuration of guile itself) The method from Comment #3 worked for me. Yuri. This is fixed in guile-1.6.7 (released 20041221). From the home page: ----- A build problem has been fixed. Previously, on some systems, the build would fail when libguile-ltdl couldn't be found during the build. ----- I just renamed the 1.6.6 ebuild to 1.6.7, put it in my overlay, and the emerge worked fine. I reckon you're supposed to change the slot or something though. Hmmm... I also renamed the 1.6.6 ebuild and it compiled fine. lqx solve it or find a maintainer for it. This is not gnome. I'm building a fully-~x86 system from stage1 on an Athlon XP. I hit this too, attempting to build texmacs. Can't you just grab 1.6.7 from upstream, put it in Portage as unstable and let bleeding edgers like myself test it. That's why we do this. :) admittedly kinda hackish, but changing the emake -j1 line to the following forces it to compile: emake -j1 || cp libguile-ltdl/.libs/libguile-ltdl.so.1 libguile/.libs/ ; emake -j1 || die this is not necessarily good voodoo, but apparently the regular build process expects the shared library to already be on the system, which seems messy. probably the correct fix is to change a makefile in the libguile directory to include not just ../libtool-ltdl but ../libtool-ltdl/.libs as well. Aside from just saying this appears to make it successfully compile, I don't actually use guile and am not familiar enough with it to say any of this actually works or more importantly works right, or the merits of a version bump. Only saying that on my ~x86 system that I just today started compiling from scratch, this change let this package finish building. I agree with comment 10. I'm building a complete ~x86 system from stage 3. Copied 1.6.6 ebuild to 1.6.7 and emerged successfully. So please someone do this! 1.6.7 is now in portage, also with some cleanup regarding parallel builds. can people test to see whether it solves the prob? I've the same problem as above with 1.6.7... 1.6.7 ebuild in the tree works for me I got the same error with 1.6.6 but 1.6.7 works for me. closing bug as new version fixes this |