Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 101864

Summary: emerge cmucl-19b fails to emerge with gcc-3.4.4-hardened and gcc-3.4.4
Product: Gentoo Linux Reporter: Juergen Rose <rose>
Component: Current packagesAssignee: Common Lisp Bugs <common-lisp>
Severity: normal CC: akopa, basic
Priority: High    
Version: 2005.0   
Hardware: x86   
OS: Linux   
Package list:
Runtime testing required: ---

Description Juergen Rose 2005-08-09 07:21:41 UTC
With i686-pc-linux-gnu-3.4.4-hardened and with i686-pc-linux-gnu-3.4.4 emerge
fails with:

>>> Source unpacked.
rm -rf target || true 
./src/tools/ target linux_gencgc x86  || true 
Lisp = linux_gencgc
Motif = x86
./src/tools/  target

Error in function UNIX::SIGSEGV-HANDLER:  Segmentation Violation at #x100168E8.
   [Condition of type SIMPLE-ERROR]

  0: [ABORT] Skip remaining initializations.

Debug  (type H for help)

(UNIX::SIGSEGV-HANDLER #<unused-arg>
                       #.(SYSTEM:INT-SAP #x3FFFCAFC))
Source: Error finding source: 
Error in function LISP::%ENUMERATE-SEARCH-LIST:  Undefined search list: default

The problem occurs only on one computer, on other computer with similar
configuration I can emerge cmucl.

dolphin ~ # emerge info
Portage (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r1,
2.6.12-rc6 i686)
System uname: 2.6.12-rc6 i686 Intel(R) Xeon(TM) CPU 2.80GHz
Gentoo Base System version 1.6.13
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.4 [disabled]
dev-lang/python:     2.3.5, 2.4.1-r1
sys-apps/sandbox:    1.2.12
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
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutd
own /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref
/usr/share/config /var/bind /v
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS=" ftp://pandem"
LINGUAS="de fr es"
USE="x86 X Xaw3d aalib adns alsa apm arts avi berkdb bitmap-fonts cdr crypt
cscope cups curl dvd eds embos
s encode esd fam flac foomaticdb fortran gd gdbm ggi gif gnome gphoto2 gpm
gstreamer gtk gtk2 guile imagem
agick imlib ipv6 java jpeg junit kde ldap libg++ libwww lirc mad mikmod motif
mozilla mp3 mpeg mysql ncurs
es nls nptl odbc ogg oggvorbis opengl oss pam pdflib perl plotutils png postgres
python qt quicktime readl
ine ruby samba scanner sdl slang snmp speex spell ssl svga tcltk tcpd tetex tiff
truetype truetype-fonts t
ype1-fonts vorbis xine xml2 xmms xv zlib linguas_de linguas_fr linguas_es
userland_GNU kernel_linux elibc_
Comment 1 Matthew Swank 2005-09-13 23:39:03 UTC
compiles if the ebuild is compiled "manually" using 'ebuild cmucl-19b.eduild
compile' as a regular user.
Comment 2 Juergen Rose 2005-09-15 06:30:13 UTC
If I do as user rose belonging to the group portage "emerge -vD cmucl", I get:
rose@dolphinmdc:/home/rose(2)$ emerge -vD cmucl    
emerge: root access required.
Comment 3 Matthew Kennedy (RETIRED) gentoo-dev 2005-12-01 08:02:33 UTC
I can reproduce this problem now.  Its odd because I was working on the cmucl
ebuild two days ago, so a lot of testing was going on and cmucl was building
successfully each time.  Then I left that work for a day or two and upon returning 
I try to emerge cmucl and encounter this problem.  No changes to my system in the
mean time.

I'm not using a hardened gcc for anything, so the problem isn't necessarily
with that.
Comment 4 Matthew Kennedy (RETIRED) gentoo-dev 2005-12-07 10:33:14 UTC
cmucl-19a builds ok
cmucl-19c builds ok (not quite in portage yet)
Comment 5 Matthew Kennedy (RETIRED) gentoo-dev 2005-12-08 09:26:46 UTC
I committed a port for cmucl-19c to portage.  It builds OK for me (no segfault).
Unless there is a compelling reason to delve deeper into the cmucl-19b port's
problems, I'm going to resolve this bug with the cmucl-19c port being added to

Please test 19c and re-open this bug if you run into problems.