Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 64452
Alias:
Product:
Component:
Status: RESOLVED
Resolution: DUPLICATE of bug 88399
Assigned To: Common Lisp Herd (DISABLED) <lisp@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Ole Tange <bugs.gentoo.org@tange.dk>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
sbcl.out Output from emerge sbcl text/plain Ole Tange 2004-09-17 14:21 0000 1.71 MB Details
emerge-info Output from emerge info text/plain Ole Tange 2004-09-17 14:21 0000 2.50 KB Details
sbcl.out-mmx Output from USE=-mmx emerge sbcl text/plain Ole Tange 2004-09-17 14:23 0000 1.71 MB Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 64452 depends on: 64450 Show dependency tree
Bug 64452 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

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


Not eligible to see or edit group visibility for this bug.






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


Description:   Opened: 2004-09-17 14:19 0000
emerge sbcl gives attached output

Reproducible: Always
Steps to Reproduce:

------- Comment #1 From Ole Tange 2004-09-17 14:21:15 0000 -------
Created an attachment (id=39792) [details]
Output from emerge sbcl

------- Comment #2 From Ole Tange 2004-09-17 14:21:57 0000 -------
Created an attachment (id=39793) [details]
Output from emerge info

------- Comment #3 From Ole Tange 2004-09-17 14:23:33 0000 -------
Created an attachment (id=39794) [details]
Output from USE=-mmx emerge sbcl

USE=-mmx helped for Gimp (Bug 62489). But not here.

------- Comment #4 From Martin Holzer (RETIRED) 2004-09-20 05:32:37 0000 -------
depend -> same reporter

------- Comment #5 From Ole Tange 2004-09-25 09:49:51 0000 -------
I had a gut feeling that this was caused by USE=hardened. So I tried removing
'hardened' and recompiled first gcc then sbcl. It works. I thereby feel that it
is proven that it is the 'hardened' version of gcc that conflicts with sbcl.

See also Bug 65215.

------- Comment #6 From Timmy Douglas 2004-12-03 14:00:28 0000 -------
cc -g -Wall -O3 -DSBCL_HOME='"/usr/lib/sbcl"' -I.  -c -o x86-assem.o
x86-assem.S
cc -g -Wall -O3 -DSBCL_HOME='"/usr/lib/sbcl"' -I.  -c -o ldso-stubs.o
ldso-stubs.S
cc -g -Wall -O3 -DSBCL_HOME='"/usr/lib/sbcl"' -I.  -c -o linux-os.o linux-os.c
linux-os.c: In function `os_init':
linux-os.c:80: warning: unused variable `futex'
linux-os.c: In function `is_valid_lisp_addr':
linux-os.c:202: warning: comparison of distinct pointer types lacks a cast
linux-os.c:202: warning: comparison of distinct pointer types lacks a cast
linux-os.c:204: warning: passing arg 2 of `in_range_p' makes integer from
pointer without a cast
linux-os.c: In function `sigsegv_handler':
linux-os.c:226: warning: implicit declaration of function
`gencgc_handle_wp_violation'
cc -g -Wall -O3 -DSBCL_HOME='"/usr/lib/sbcl"' -I.  -c -o x86-linux-os.o
x86-linux-os.c
x86-linux-os.c: In function `debug_get_fs':
x86-linux-os.c:123: warning: return makes pointer from integer without a cast
x86-linux-os.c: In function `arch_os_thread_cleanup':
x86-linux-os.c:137: warning: passing arg 1 of `get_spinlock' discards
qualifiers from pointer target type
x86-linux-os.c:137: warning: passing arg 2 of `get_spinlock' makes integer from
pointer without a cast
x86-linux-os.c: In function `os_context_register_addr':
x86-linux-os.c:158: warning: return from incompatible pointer type
x86-linux-os.c:159: warning: return from incompatible pointer type
x86-linux-os.c:160: warning: return from incompatible pointer type
x86-linux-os.c:161: warning: return from incompatible pointer type
x86-linux-os.c:162: warning: return from incompatible pointer type
x86-linux-os.c:163: warning: return from incompatible pointer type
x86-linux-os.c:164: warning: return from incompatible pointer type
x86-linux-os.c:165: warning: return from incompatible pointer type
x86-linux-os.c:168: warning: return from incompatible pointer type
x86-linux-os.c: In function `os_context_pc_addr':
x86-linux-os.c:174: warning: return from incompatible pointer type
x86-linux-os.c: In function `os_context_sp_addr':
x86-linux-os.c:180: warning: return from incompatible pointer type
x86-linux-os.c: In function `os_context_fp_addr':
x86-linux-os.c:186: warning: return from incompatible pointer type
x86-linux-os.c: In function `modify_ldt':
x86-linux-os.c:52: error: can't find a register in class `BREG' while reloading
`asm'
make: *** [x86-linux-os.o] Error 1

real    0m16.949s
user    0m9.008s
sys     0m3.746s

!!! ERROR: dev-lisp/sbcl-0.8.16 failed.

Portage 2.0.51-r8 (gcc34-x86-2004.2, gcc-hardenednossp,
glibc-2.2.5-r2,glibc-2.3.4.20041102-r0, 2.6.9-rc4 i686)
=================================================================
System uname: 2.6.9-rc4 i686 AMD Athlon(tm) XP 1600+
Gentoo Base System version 1.6.6
Python:             
dev-lang/python-2.2.3-r5,dev-lang/python-2.1.3-r1,dev-lang/python-2.3.4 [2.3.4
(#1, Jul  6 2004, 21:33:43)]
ccache version 2.3 [enabled]
dev-lang/python:     2.2.3-r5, 2.1.3-r1, 2.3.4
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.9.3, 1.6.3, 1.7.9, 1.8.5-r2, 1.4_p6, 1.5
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.10
virtual/os-headers:  2.4.18, 2.4.19-r1, 2.4.22
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -g -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config
/usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -g -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distlocks fixpackages nostrip sandbox"
GENTOO_MIRRORS="http://mirrors.tds.net/gentoo http://gentoo.oregonstate.edu
http://www.ibiblio.org/pub/Linux/distributions/gentoo
http://csociety-ftp.ecn.purdue.edu/pub/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="X aalib aim alsa apache2 apm arts avi berkdb bitmap-fonts bonobo canna cjk
crypt dga divx4linux dvd emacs encode esd f77 foomaticdb fortran gdbm gif gnome
gpm gtk gtk2 gtkhtml guile iconv imap imlib ipv6 java jpeg leim libg++ libwww
mad mikmod mmap motif mozilla mpeg msn ncurses network nls nostrip oggvorbis
oss pam pdflib perl png postgres python qt quicktime readline sdl slang spell
ssl svga tcpd truetype unicode x86 xml2 xmms xv zlib"

[5] i686-pc-linux-gnu-3.4.3-hardenednossp *

------- Comment #7 From Tyler Berry 2004-12-30 10:10:04 0000 -------
This is caused by any attempt to compile SBCL as PIC, based on my observations.
USE=hardened certainly is one way to try to compile it as PIC.

------- Comment #8 From Matthew Kennedy (RETIRED) 2005-05-29 21:42:34 0000 -------

*** This bug has been marked as a duplicate of 88399 ***

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug