here are the relevant lines from /etc/make.conf USE="3dnow aalib acl acpi afs alsa apache2 apm arts avi berkdb bonobo cdr crypt cups dga directfb doc dvd encode esd evo fbcon gb gd gdbm ggz gif gnome gphoto2 gpm gtk gtkhtml guile icc icc-pgo imap imlib innodb java jikes jpeg junit kde kerberos kms ldap leim libg++ libgda libwww mbox mikmod mmx motif mozilla mpeg mule mysql nas ncurses nls oav odbc oggvorbis opengl oss pam pda pdflib perl plotutils png pnp postgres python qt qtmt quicktime readline ruby samba sasl scanner sdl slang slp snmp socks5 spell sse svga tcltk tcpd tetex tiff truetype wmf X xml xml2 xmms xv zeo zlib x86" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon -O3 -pipe" CXXFLAGS="${CFLAGS}" While executing emerge -u world, I get: ... make[3]: Entering directory `/var/tmp/portage/perl-5.6.1-r10/work/perl-5.6.1/x2p ' echo Makefile.SH cflags.SH | tr ' ' '\n' >.shlist make[3]: Leaving directory `/var/tmp/portage/perl-5.6.1-r10/work/perl-5.6.1/x2p' Updating makefile... make[2]: Leaving directory `/var/tmp/portage/perl-5.6.1-r10/work/perl-5.6.1/x2p' make[1]: Leaving directory `/var/tmp/portage/perl-5.6.1-r10/work/perl-5.6.1' make: *** No rule to make target `<built-in>', needed by `miniperlmain.o'. Stop . !!! ERROR: sys-devel/perl-5.6.1-r10 failed. !!! Function src_compile, Line 158, Exitcode 2 !!! (no error message) Please note: I am using Red Hat 7.2 to bootstrap gentoo because I need to rebuild the kernel with a patched pcnet32 driver for my network card. So, I have the gentoo / mounted as /gentoo under Red Hat 7.2. Then I chroot to /gentoo, set up the gentoo environment and then do a Stage 3 install.
*** Bug 13373 has been marked as a duplicate of this bug. ***
*** Bug 13437 has been marked as a duplicate of this bug. ***
Bind-mounting /dev to /mnt/gentoo/dev should fix this. Will fix this in our documentation now. Also, I'll forward this bug to mcummings so he can investigate further. Michael -- perl used to have a tweak in it so that it would be able to build without /dev bind-mounted. Do we still have that tweak in the ebuild? It looks that for quite a few people, perl requires the /dev inside the chroot to be bind mounted -- the reporters of this bug as well as myself when I tried to build perl from my stage building scripts.
*** Bug 13470 has been marked as a duplicate of this bug. ***
Docs are updated to reflect the need to bind-mount /dev for perl to compile.
bind mounting /dev inside the chroot is bad for us to do. It results in baselayout failing to build any device nodes (and generating yet more bugs). I filed a seperate bug on this and it was removed from the install documentation already. We have to co-ordinate on this effort to get it solved properly as right now you either a) bind mount dev and are left with no device nodes (i.e. your system will not work at all if you do not have devfs compiled in and loading) or b) you don't mount /dev and perl fails on installation...
Can some please send me a copy of the output from an emerge -d of perl? Either as an attachment to this bug or as an email attachment to mcummings@gentoo.org.
Created attachment 7484 [details] result of emerge -d perl >&/tmp/20030120_emerge_d_perl.log mcummings@gentoo.org asked for this. -- Bhaskar
Created attachment 7661 [details] Proposed updated ebuild The attached ebuild attempts to counter the x2p (gcc) problem. Part of the issue has been that one version of the ebuild works for some and breaks for others, and vice versa. The attached ebuild attempts to include both possibilities by (overcomplicating) the make process with a series of &&'s and ||'s. Please let me know if this works for you. Michael
*** Bug 13510 has been marked as a duplicate of this bug. ***
Can anyone confirm that the proposed replacement for the perl 5.6.1 (an attachment on this bug report) ebuild works?
There are some messages on LFS mailing lists that describe this issue, and there is an LFS patch called perl-5.6.1.patch that may prove helpful here.
Please test the attachment that was placed on this bug a month ago - I need to know if this works or not (I've received one email that it was good for them, but that's it)
