When emerging dev-scheme/drscheme-351 on my system, I am receiving the following error messages: [...] setup-plt: Installing MzScheme launcher /small/tmp/portage/drscheme-351/image//usr/bin/plt-web-server-setup setup-plt: Installing Help setup-plt: Installing Draw Teachpack setup-plt: Installing Geometry Teachpack setup-plt: Installing Colors Teachpack setup-plt: Installing Java Graphics Teachpack setup-plt: Installing Imperative Draw Teachpack setup-plt: Installing ProfessorJ setup-plt: Post-Installing MrEd setup-plt: Done setting up setup-plt: setup-plt: Error during Early Install for Plot library (/small/tmp/portage/drscheme-351/image//usr/lib64/plt/collects/plot) setup-plt: link-extension: command failed setup-plt: Error during Early Install for sgl (/small/tmp/portage/drscheme-351/image//usr/lib64/plt/collects/sgl) setup-plt: make: Failed to make compiled/gl-info.zo; link-extension: command failed setup-plt: Error during Compiling .zos for Jewel (/small/tmp/portage/drscheme-351/image//usr/lib64/plt/collects/games/jewel) setup-plt: default-load-handler: cannot open input file: "/small/tmp/portage/drscheme-351/image/usr/lib64/plt/collects/sgl/gl-info.ss" (No such file or directory; errno=2) setup-plt: Error during Compiling .zos for Checkers (/small/tmp/portage/drscheme-351/image//usr/lib64/plt/collects/games/checkers) setup-plt: default-load-handler: cannot open input file: "/small/tmp/portage/drscheme-351/image/usr/lib64/plt/collects/sgl/gl-info.ss" (No such file or directory; errno=2) setup-plt: Error during Compiling .zos for Gobblet (/small/tmp/portage/drscheme-351/image//usr/lib64/plt/collects/games/gobblet) setup-plt: default-load-handler: cannot open input file: "/small/tmp/portage/drscheme-351/image/usr/lib64/plt/collects/sgl/gl-info.ss" (No such file or directory; errno=2) setup-plt: Error during Compiling .zos for 3D board game library (/small/tmp/portage/drscheme-351/image//usr/lib64/plt/collects/games/gl-board-game) setup-plt: default-load-handler: cannot open input file: "/small/tmp/portage/drscheme-351/image/usr/lib64/plt/collects/sgl/gl-info.ss" (No such file or directory; errno=2) setup-plt: Error during Compiling .zos for sgl (/small/tmp/portage/drscheme-351/image//usr/lib64/plt/collects/sgl) setup-plt: default-load-handler: cannot open input file: "/small/tmp/portage/drscheme-351/image/usr/lib64/plt/collects/sgl/gl-info.ss" (No such file or directory; errno=2) make: *** [install] Error 1 !!! ERROR: dev-scheme/drscheme-351 failed. Call stack: ebuild.sh, line 1545: Called dyn_install ebuild.sh, line 1019: Called src_install drscheme-351.ebuild, line 66: Called die !!! make install failed !!! If you need support, post the topmost build error, and the call stack if relevant. Here is the output of 'emerge --info': Gentoo Base System version 1.12.1 Portage 2.1.1_pre3-r5 (default-linux/amd64/2006.0, gcc-4.1.1/amd64-vanilla, glibc-2.4-r3, 2.6.17-gentoo-r4 x86_64) ================================================================= System uname: 2.6.17-gentoo-r4 x86_64 AMD Athlon(tm) 64 Processor 3000+ app-admin/eselect-compiler: 2.0.0_rc2-r1 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.17 sys-devel/gcc-config: 2.0.0_rc1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.16 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe -frename-registers -fweb" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=k8 -O2 -pipe -frename-registers -fweb" DISTDIR="/usr/local/portage/distfiles" FEATURES="autoconfig buildpkg collision-protect distlocks metadata-transfer multilib-strict parallel-fetch sandbox sfperms strict usersandbox" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="en_US.ISO-8859-1" LDFLAGS="-Wl,--as-needed" LINGUAS="en pt_BR fr de" MAKEOPTS="-j2" PKGDIR="/usr/local/portage/packages.amd64" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/small/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 3dnowex X Xaw3d a52 aac aalib alsa avi berkdb bitmap-fonts bzip2 cdr cli crypt cups divx4linux djvu dlloader dri dts dvd dvdr dvdread emacs emboss encode fam fbcon ffmpeg firefox foomaticdb gd gif gnome gpm gtk gtk2 imagemagick imap imlib isdnlog javascript jpeg kde kdeenablefinal libcaca lirc lzw lzw-tiff mad matroska mbox minimal mmx2 mp3 mpeg ncurses nls nptl nptlonly nsplugin nvidia ogg opengl pam pcre pdf pdflib plotutils png ppds pppd python qt qt3 readline reflection samba sdl session spell spl ssl svg tcpd tetex truetype truetype-fonts type1-fonts usb v4l v4l2 vorbis wmf xface xml xml2 xorg xpm xv xvmc zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux linguas_en linguas_pt_BR linguas_fr linguas_de lirc_devices_pixelview_pro userland_GNU video_cards_nv video_cards_v4l video_cards_vesa" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_RSYNC_EXTRA_OPTS
Try using ebuild merge instead of emerge. On my system very few components were built using emerge, but many using ebuild directly. I've been having other problems with portage since changing to 2.1.x from 2.0.x. Have not been able to pin them down.
After emerge fails with segmentation fault during install, use 'ebuild drscheme-....ebuild install' until that completes with no error. Then 'ebuild drscheme-....ebuild merge' to add the files to your system. I think drscheme bootstraps itself after the files are in place. Doing multiple 'ebuild install' cycles seems to build everything, eventually.
The problem comes from LDFLAGS: they are passed directly to "ld" (see the "link-extension" commands in the logs), which doesn't like the "-Wl,foo" syntax. The attached patch fixed it for me.
Created attachment 93091 [details, diff] drscheme-352-raw-LDFLAGS.patch Patch for drscheme-352.ebuild, using flag-o-matic.eclass.
Two important issues: 1. I used this ebuild to build drscheme, but one more fix was required, namely 'replace-flags -O[3-9] -O2' cause -O3 causes mzscheme to be miscompiled and then drscheme fails during install phase 2.drscheme provides mzscheme however vim.eclass fails to notice that and mzscheme ebuild blocks drscheme (maybe it's worth filling a new bug with vim ?)
(In reply to comment #6) > Two important issues: > 1. I used this ebuild to build drscheme, but one more fix was required, > namely 'replace-flags -O[3-9] -O2' cause -O3 causes mzscheme to be miscompiled > and then drscheme fails during install phase > 2.drscheme provides mzscheme however vim.eclass fails to notice that and > mzscheme ebuild blocks drscheme (maybe it's worth filling a new bug with vim ?) > I have been able to get vanilla drscheme 352 to build successfully, so the problem must be in the ebuild. I'll rerun them both (vanilla and ebuild) and post the logs.
(In reply to comment #7) > (In reply to comment #6) > > Two important issues: > > 1. I used this ebuild to build drscheme, but one more fix was required, > > namely 'replace-flags -O[3-9] -O2' cause -O3 causes mzscheme to be miscompiled > > and then drscheme fails during install phase > > 2.drscheme provides mzscheme however vim.eclass fails to notice that and > > mzscheme ebuild blocks drscheme (maybe it's worth filling a new bug with vim ?) > > > I have been able to get vanilla drscheme 352 to build successfully, so the > problem must be in the ebuild. I'll rerun them both (vanilla and ebuild) and > post the logs. I got the 352 ebuild to install simply by changing CFLAGS to '-O2'.
This should be fixed in 352, reopen if it isn't. BTW, I am the drscheme maintainer, the scheme herd is not the right person to assign this to.
(In reply to comment #9) > This should be fixed in 352, reopen if it isn't. > > BTW, I am the drscheme maintainer, the scheme herd is not the right person to > assign this to. > Unless the 352 ebuild forces -O2 optimization, it's still broken as of a couple of days ago on my gcc 4.1.1 box that defaults to -O3. Details later -- I'm heading in to work now.
352-r1 is forcing -O2