First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 63699
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Perl Devs @ Gentoo <perl@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Rasmus Andersen <gentoo-bugzilla@jaquet.dk>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 63699 depends on: Show dependency tree
Show dependency graph
Bug 63699 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2004-09-11 12:45 0000
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 From Danny van Dyk (RETIRED) 2005-06-10 14:06:47 0000 -------
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 From Danny van Dyk (RETIRED) 2005-06-11 02:51:09 0000 -------
Raised severity to blocker: This bug blocks me from building the amd64 release.

------- Comment #3 From Michael Cummings (RETIRED) 2005-06-12 13:28:22 0000 -------
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 From Rasmus Andersen 2005-06-13 01:38:43 0000 -------
(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 From Michael Cummings (RETIRED) 2005-06-13 05:49:04 0000 -------
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 From Danny van Dyk (RETIRED) 2005-06-17 02:58:48 0000 -------
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}.

First Last Prev Next    No search results available      Search page      Enter new bug