; 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
I suggest stablizing sbcl-0.9.17. Try that out and if it works, add the relevant archs to the CC list.
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
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.
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.
*** Bug 155094 has been marked as a duplicate of this bug. ***
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).
Thanks for taking a look at that.
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.
*** Bug 180178 has been marked as a duplicate of this bug. ***
removed this version