Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 151812
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Common Lisp Bugs <common-lisp@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Evil Compile Person <bugs@dev.gentooexperimental.org>
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 151812 depends on: 154887 Show dependency tree
Bug 151812 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: 2006-10-18 03:15 0000
; SYS:SRC;PCL;SLOT-NAME.FASL.NEWEST written
; compilation finished in 0:00:00
; compiling file
"/var/tmp/portage/sbcl-0.9.3/work/sbcl-0.9.3/src/pcl/defclass.lisp" (written 14
JUL 2005 07:28:17 PM):
; compiling (IN-PACKAGE "SB-PCL")
; compiling (DEFVAR *INITFUNCTIONS-FOR-THIS-DEFCLASS*)
; compiling (DEFVAR *READERS-FOR-THIS-DEFCLASS*)
; compiling (DEFVAR *WRITERS-FOR-THIS-DEFCLASS*)
; compiling (DEFVAR *SLOT-NAMES-FOR-THIS-DEFCLASS*)
; compiling (DEFMACRO DEFCLASS ...)
; compiling (DEFUN CANONIZE-DEFCLASS-OPTIONS ...)
; compiling (DEFUN CANONIZE-DEFCLASS-SLOTS ...)
; compiling (DEFUN CHECK-SLOT-NAME-FOR-DEFCLASS ...)fatal error encountered in
SBCL pid 24703:
GC invariant lost, file "gc-common.c", line 137
The system is too badly corrupted or confused to continue at the Lisp
level. If the system had been compiled with the SB-LDB feature, we'd drop
into the LDB low-level debugger now. But there's no LDB in this build, so
we can't really do anything but just exit, sorry.

real    0m2.843s
user    0m2.264s
sys     0m0.484s

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

Gentoo Base System version 1.12.5
Portage 2.1.1-r1 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.4-r3,
2.6.16.19 x86_64)
=================================================================
System uname: 2.6.16.19 x86_64 AMD Athlon(tm) 64 Processor 3000+
Last Sync: Sun, 15 Oct 2006 16:20:01 +0000
ccache version 2.3 [disabled]
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: [Not Present]
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig buildpkg distlocks metadata-transfer sandbox sfperms
strict"
GENTOO_MIRRORS="ftp://ftp.gentoo.mesh-solutions.com/gentoo/
http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/
http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync12.de.gentoo.org/gentoo-portage"
USE="amd64 X berkdb bitmap-fonts cli crypt cups dlloader dri elibc_glibc
fortran gdbm gpm input_devices_evdev input_devices_keyboard input_devices_mouse
ipv6 isdnlog kernel_linux libg++ ncurses nls nptl nptlonly pam pcre perl ppds
pppd python readline reflection session spl ssl tcpd truetype-fonts type1-fonts
udev unicode userland_GNU video_cards_apm video_cards_ark video_cards_ati
video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy
video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i810
video_cards_mga video_cards_neomagic video_cards_nv video_cards_rendition
video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion
video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga
video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa
video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo xorg
zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS

------- Comment #1 From Matthew Kennedy (RETIRED) 2006-10-23 09:15:00 0000 -------
I suggest stablizing sbcl-0.9.17.  Try that out and if it works, add the
relevant archs to the CC list.

------- Comment #2 From Evil Compile Person 2006-10-23 12:43:27 0000 -------
dev-lisp/common-lisp-controller-5.13-r1 needs to be stabled for it too

>>> dev-lisp/sbcl-0.9.17 merged.

But:
QA Notice: the following files contain executable stacks
 Files with executable stacks will not work properly (or at all!)
 on some architectures/operating systems.  A bug should be filed
 at http://bugs.gentoo.org/ to make sure the file is fixed.
 For more information, see http://hardened.gentoo.org/gnu-stack.xml
 Please include this file in your report:
 /var/tmp/portage/sbcl-0.9.17/temp/scanelf-execstack.log
RWX --- --- usr/bin/sbcl
RWX --- --- usr/lib/sbcl/src/runtime/sbcl
!WX --- --- usr/lib/sbcl/src/runtime/ldso-stubs.o
!WX --- --- usr/lib/sbcl/src/runtime/x86-assem.o

I will try to get a log as portage deletes that on successful compiles (duh?),
might want to delay stabilization until that is fixed

------- Comment #3 From Matthew Kennedy (RETIRED) 2006-10-23 22:01:56 0000 -------
I'm never going to have enough time to investigate executable stacks and
friends.  If that becomes a precondition for stablization, then it may never be
stablized.

I suggest that we not worry about it.  0.9.3 had the same "problem" anyway.

------- Comment #4 From Evil Compile Person 2006-10-24 08:16:54 0000 -------
Ok, stabilization sounds acceptable then, I'll try to get all the relevant info
so that someone with experience (hardened and/or security I guess) can handle
the ExecStack issue.

------- Comment #5 From Jakub Moc (RETIRED) 2006-11-14 00:19:07 0000 -------
*** Bug 155094 has been marked as a duplicate of this bug. ***

------- Comment #6 From Kevin F. Quinn (RETIRED) 2006-11-14 06:10:27 0000 -------
I'll take a look at this as well.  The QA check is a warning unless
FEATURES=stricter is set in which case it becomes an error.  It can be filtered
setting the QA_EXECSTACK and QA_WX_LOAD variables in the ebuild.  However
before we do that I'll check whether it really needs executable stack or not
(it might just be that the assembler files are missing the gnu stack marking).

------- Comment #7 From Matthew Kennedy (RETIRED) 2006-11-14 10:54:01 0000 -------
Thanks for taking a look at that.

------- Comment #8 From Kevin F. Quinn (RETIRED) 2006-11-15 15:22:26 0000 -------
ok; solution for x86 supplied on patch attached to bug #154887

The code does need writable^executable pages, at least for the lisp and C
foreign function interfacing.

------- Comment #9 From Jakub Moc (RETIRED) 2007-05-29 05:44:48 0000 -------
*** Bug 180178 has been marked as a duplicate of this bug. ***

------- Comment #10 From Marijn Schouten 2007-06-20 17:27:55 0000 -------
removed this version

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