Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 63699 - emerge sys-devel/libperl-5.8.4-r1 fails with the following error make: "*** No rule to make target `libperl.so.1.5.8'. Stop."
Summary: emerge sys-devel/libperl-5.8.4-r1 fails with the following error make: "*** N...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Highest blocker (vote)
Assignee: Gentoo Perl team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-11 12:45 UTC by Rasmus Andersen
Modified: 2005-06-17 02:58 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Rasmus Andersen 2004-09-11 12:45:24 UTC
When I try to emerge libperl 5.8.4-r1 I consistently get a failure during the build with make not able to deduce a rule for building libperl.so.1.5.8


Reproducible: Always
Steps to Reproduce:
1. emerge -Duv perl

Actual Results:  
libperl-5.8.4-r1 emerge is attempted. It fails after some time with


Finding dependencies for str.o.
Finding dependencies for util.o.
Finding dependencies for walk.o.
make[2]: Entering directory `/var/tmp/portage/libperl-5.8.4-r1/work/perl-
5.8.4/x2p'
echo Makefile.SH cflags.SH | tr ' ' '\n' >.shlist
make[2]: Leaving directory `/var/tmp/portage/libperl-5.8.4-r1/work/perl-
5.8.4/x2p'
Updating makefile...
make[1]: Leaving directory `/var/tmp/portage/libperl-5.8.4-r1/work/perl-
5.8.4/x2p'
make: *** No rule to make target `libperl.so.1.5.8'.  Stop.

!!! ERROR: sys-devel/libperl-5.8.4-r1 failed.
!!! Function src_compile, Line 213, Exitcode 2
!!! Unable to make libperl.so


Expected Results:  
succesfully built libperl! :)

Portage 2.0.50-r11 (default-x86-2004.2, gcc-3.3.4, glibc-2.3.3.20040420-r1, 
2.6.8)
=================================================================
System uname: 2.6.8 i686 Pentium III (Katmai)
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -ftracer"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/s
hare/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -ftracer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox userpriv usersandbox"
GENTOO_MIRRORS="ftp://trumpetti.atm.tut.fi/gentoo/ 
ftp://ftp.gentoo.skynet.be/pub/gentoo/ 
http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://trumpetti.atm.tut.fi/gentoo/ 
rsync://ftp.gentoo.skynet.be/pub/gentoo/"
USE="X apm avi berkdb bitmap-fonts crypt cscope cups curl encode exif fam 
foomaticdb ftp gd gdbm gif gpm imagemagick imap imlib jpeg libwww mad maildir 
mbox mime mng mpeg ncurses nls oggvorbis pam pcre pdflib perl php png ppds 
python quicktime readline samba sdl shared sharedmem slang snmp sockets spell 
spl ssl tcpd tiff truetype usb x86 xml2 xpm xprint zlib"

GNU Make 3.80
Comment 1 Danny van Dyk (RETIRED) gentoo-dev 2005-06-10 14:06:47 UTC
I get this very same bug when running catalyst to produce a stage3 on amd64.
Package is sys-devel/libperl-5.8.5, as is currently marked stable on amd64.
Perl devs: Any idea what could cause this?
Comment 2 Danny van Dyk (RETIRED) gentoo-dev 2005-06-11 02:51:09 UTC
Raised severity to blocker: This bug blocks me from building the amd64 release.
Comment 3 Michael Cummings (RETIRED) gentoo-dev 2005-06-12 13:28:22 UTC
Danny,   
   
post your emerge info. 
 
Rasmus - did you try this without ccache enabled? Looks (at an ignorant first 
glance) like the compilation is getting ahead of itself. 
Comment 4 Rasmus Andersen 2005-06-13 01:38:43 UTC
(In reply to comment #3)

> Rasmus - did you try this without ccache enabled? Looks (at an ignorant first 
> glance) like the compilation is getting ahead of itself. 

I did not try this w/o ccache but I resolved it long ago. So long, in fact, I
can not remember the solution at all and have since been forced to reinstall
this box due to disk failure. One definite problem I had (but cant remember if
that was the cause of this) was that my /var was sym-linked off to another
place. That confused portage from time to time when it did relative path
traversal and ended up places it did not expect to...

Sorry I dont have more info.

Rasmus
Comment 5 Michael Cummings (RETIRED) gentoo-dev 2005-06-13 05:49:04 UTC
amd/release folks: can you change the emake's to makes? This has been an 
ongoing battle - we remove the emake, it gets placed back in. Perl has problems 
when you attempt to do a parallel compile - i'd like to rule this out of your 
problem. Maybe a new bug is in order since right now we're sending email to OP 
and he isn't having the bug anymore? 
Comment 6 Danny van Dyk (RETIRED) gentoo-dev 2005-06-17 02:58:48 UTC
This is no parallel compile thing. make isn't recognising the LIBPERL environment
variable. In order to let make recognize envvars correctly, you need either to
add -E to the make call or do (e)make ... LIBPERL=${LIBPERL} ${LIBPERL}. Fixed
in sys-devel/libperl-5.8.{5,6}.