dev-lang/pugs-6.2.10 does not emerge with error Can't exec "./Setup" Reproducible: Always Steps to Reproduce: 1. emerge pugs Actual Results: /usr/bin/perl5.8.7 -Iinc util/build_pugs.pl _+SETUP --prefix=/var/tmp/portage/pugs-6.2.10/image/ --with-hc-pkg=/usr/bin/ghc-pkg --with-hsc2hs=/usr/bin/hsc2hs --ghc --with-compiler=/usr/bin/ghc _-SETUP _+GHC 6.2.10 /usr/bin/ghc 6.4.1 ./Setup -threaded __optimization__ --make -H0 -L. -Lsrc -Lsrc/syck -Lsrc/pcre -I. -Isrc -Isrc/pcre -Isrc/syck -i. -isrc -isrc/pcre -isrc/syck -static -Wall -fno-warn-name-shadowing -isrc/perl5 -Isrc/perl5 -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl5/5.8.7/x86_64-linux-thread-multi/CORE /usr/lib/perl5/5.8.7/x86_64-linux-thread-multi/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl5/5.8.7/x86_64-linux-thread-multi/CORE -lperl -lpthread -lnsl -ldl -lm -lcrypt -lutil -lc -DPUGS_HAVE_READLINE -DPUGS_HAVE_PERL5 -I/usr/lib/parrot-0.4.0/include -L/usr/lib/parrot-0.4.0/blib/lib -DPUGS_HAVE_PARROT -L/usr/lib/parrot-0.4.0/blib/lib -L/usr/local/lib -optc"-D_REENTRANT" -optc"-D_GNU_SOURCE" -optc"-DTHREADS_HAVE_PIDS" -optl"-fno-strict-aliasing" -optl"-pipe" -optc"-D_LARGEFILE_SOURCE" -optc"-D_FILE_OFFSET_BITS=64" -optl"-rdynamic" -lparrot -lpthread -lnsl -ldl -lm -lcrypt -lutil -lrt -lgmp -lpthread -lm -L/usr/lib64 -licuuc -licudata -lpthread -lm /usr/lib/parrot-0.4.0/src/parrot_config.o _-GHC _+GEN_PRELUDE --pugs ./pugs Build configuration: ghc_heap_size => inline_prelude_source => 0 install_dir => optimization => -O precompile_modules => [] precompile_prelude => 1 smoke_concurrent => 1 smoke_upload => 0 Can't exec "./Setup": No such file or directory at util/build_pugs.pl line 49. /usr/bin/perl5.8.7 util/gen_prelude.pl -v --touch --null --output src/Pugs/PreludePC.hs Triggering rebuild... done. Generating null Prelude... done. Can't exec "./Setup": No such file or directory at util/build_pugs.pl line 49. Build failed: -1 at util/build_pugs.pl line 86. make: *** [pugs] Error 2 !!! ERROR: dev-lang/pugs-6.2.10 failed. !!! Function perl-module_src_compile, Line 120, Exitcode 2 !!! compilation failed !!! If you need support, post the topmost build error, NOT this status message. Expected Results: pugs should emerge Portage 2.0.53 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.6-r0, 2.6.14-gentoo-r4 x86_64) ================================================================= System uname: 2.6.14-gentoo-r4 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.12.0_pre11 ccache version 2.4 [enabled] dev-lang/python: 2.4.2 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r1 sys-devel/libtool: 1.5.20-r1 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -pipe -O2 -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /etc/mail/dspam /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /var/qmail/alias /var/qmail/control /var/run/dspam /var/vpopmail/domains /var/vpopmail/etc" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=k8 -pipe -O2 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.mirror.solnet.ch http://mirror.ovh.net/gentoo-distfiles/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://mirror.switch.ch/mirror/gentoo/ http://mirror.switch.ch/ftp/mirror/gentoo/ http://ftp.roedu.net/pub/mirrors/gentoo.org/ http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://gentoo.inf.elte.hu/ http://mirror.uni-c.dk/pub/gentoo/ ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo http://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://mirror.pudas.net/gentoo ftp://ftp.solnet.ch/mirror/Gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="X aac acl alsa amd64 apache2 arts audiofile avi bash-completion berkdb bitmap-fonts bonobo bzip2 cdr crypt cscope cups curl directfb dv dvd dvdr dvdread eds emboss encode esd ethereal exif expat fam ffmpeg flac foomaticdb fortran gd gdbm geoip gif glut gmp gnome gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal idn imagemagick imlib ipv6 jack java jpeg junit kde lcms ldap libwww lua lzw lzw-tiff mad mhash mikmod mng motif mozilla mp3 mpeg mysql ncurses nls nptl nvidia odbc ogg openal opengl pam pcre pdflib perl php plotutils png postgres python qt quicktime readline recode ruby scanner sdl slang speex spell sqlite ssl tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales vorbis xine xml xml2 xmms xpm xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
*** Bug 114707 has been marked as a duplicate of this bug. ***
I only have two random thoughts here - either something is amiss with supporting lib64 (doubtful, to be honest), or (more likely) parrot/pugs isn't entirely friendly with a threaded perl as a baseline.
This is unlikely to be the real source of the error. AFAICS, pugs generates the Setup executable in the very beginning of the configuration process, so it seems there is an error there. The relevant part on my machine (where emerging pugs works fine) looks like this: >>> Source unpacked. * Using ExtUtils::MakeMaker *** Default build config file created. Edit your settings in config.yml. *** Probing configuration (please ignore any warnings)... Chasing modules from: Setup.lhs Compiling Main ( Setup.lhs, Setup.o ) Linking ... The complete build log might help. Cheers, ks
Does this even exist? /usr/lib/parrot-0.4.0 Maybe it's in /usr/lib64 (sorry, I don't have the hardware to check)? /usr/lib/parrot-0.4.0 is pretty hard coded in this ebuild...
It is indeed /usr/lib64/parrot-0.4.0
Created attachment 81221 [details, diff] Change the hard-coded /usr/lib to /usr/$(get_libdir) I hope this solves the problem
(In reply to comment #6) > Created an attachment (id=81221) [edit] > Change the hard-coded /usr/lib to /usr/$(get_libdir) > > I hope this solves the problem > will also need multilib in the inherit ;)
Created attachment 81224 [details, diff] Change the hard-coded /usr/lib to /usr/$(get_libdir) Good catch :-)
Compiles OK. Thanks!
It builds for me too. I note that the current ebuild ends up with ghc using a very large amount of memory (600Mb+). We can limit ghc's memory use using ghc flags like "+RTS -M200m -RTS" Of course the actual limit needs to be set appropriately. If pugs is using ghc's -O2 flag it may also be sensible to change that to just -O. -O2 is not much better than -O but it takes a lot longer and more memory to build. If after that it still takes a long time to build we may want to use the check-reqs eclass. See the wash ebuild for an example of useing these techniques. I note there is a bit in the ebuild: #del upon ghc-6.4.1 release export GHCRTS='-A200M' There is also a new upstream release 6.2.11.
Thanks for your feedback. 6.2.11 will not compile (at least not with parrot embedding) with parrot 0.4.0 ("known" issue). 0.4.2 doesn't seem to work yet (http://www.nntp.perl.org/group/perl.perl6.internals/33228), I'll give it a try tomorrow. If pugs takes too long to build, we might want to add a USE flag to `make unoptimized`. This will compile pugs much faster, BUT will produce a (much) less optimized pugs. I'll nag Michael on IRC and see what he thinks :)
Oh and I also noticed some build warning that might be significant. I'll re-emerge and note them down.
(In reply to comment #12) > Oh and I also noticed some build warning that might be significant. I'll > re-emerge and note them down. > Any word on this? Just committed 6.2.11, sans the changes you mentioned (hence why I didn't close this bug yet). I'm open to suggestions if memory still seems to be getting hogged :)
re-open if this is still a problem with 6.2.11. THanks!