Bug 97116 - dev-lisp/sbcl-0.9.1 failes to emerge if LANG is set to KOI8-R
Bug#: 97116 Product:  Gentoo Linux Version: unspecified Platform: x86
OS/Version: Linux Status: RESOLVED Severity: normal Priority: P2
Resolution: FIXED Assigned To: lisp@gentoo.org Reported By: help@imtrappedininter.net
Component: Development
URL: 
Summary: dev-lisp/sbcl-0.9.1 failes to emerge if LANG is set to KOI8-R
Keywords:  
Status Whiteboard: 
Opened: 2005-06-26 07:42 0000
Description:   Opened: 2005-06-26 07:42 0000 
with LANG=C sbcl compiles well, so i think that there is a simple work-around: 
set LANG to C in ebuild. It is strange, that portage continues with emerging, 
but this doesn't matter. There is the log:

//build started:  Sun Jun 26 16:27:53 MSD 2005
//build finished: Sun Jun 26 18:16:36 MSD 2005
rm -f asdf.texinfo
ln -s ../../contrib/asdf/asdf.texinfo
DOCSTRINGDIR="docstrings/" PACKAGES=":COMMON-LISP :SB-ALIEN :SB-DEBUG :SB-EXT :
SB-GRAY :SB-MOP :SB-PROFILE :SB-THREAD :SB-MD5 :SB-ROTATE-BYTE :SB-SPROF :SB-
BSD-SOCKETS" MODULES=':sb-md5 :sb-rotate-byte :sb-grovel :sb-sprof :sb-bsd-
sockets' sh make-tempfiles.sh "" && touch tempfiles-stamp

debugger invoked on a SIMPLE-ERROR in thread 14461:
  Invalid external-format KOI8-R
fatal error encountered in SBCL pid 14461:
internal error too early in init, can't recover
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.
sed: -e

------- Comment #1 From parafin 2005-06-26 07:42:15 0000 ------- 
with LANG=C sbcl compiles well, so i think that there is a simple work-around: 
set LANG to C in ebuild. It is strange, that portage continues with emerging, 
but this doesn't matter. There is the log:

//build started:  Sun Jun 26 16:27:53 MSD 2005
//build finished: Sun Jun 26 18:16:36 MSD 2005
rm -f asdf.texinfo
ln -s ../../contrib/asdf/asdf.texinfo
DOCSTRINGDIR="docstrings/" PACKAGES=":COMMON-LISP :SB-ALIEN :SB-DEBUG :SB-EXT :
SB-GRAY :SB-MOP :SB-PROFILE :SB-THREAD :SB-MD5 :SB-ROTATE-BYTE :SB-SPROF :SB-
BSD-SOCKETS" MODULES=':sb-md5 :sb-rotate-byte :sb-grovel :sb-sprof :sb-bsd-
sockets' sh make-tempfiles.sh "" && touch tempfiles-stamp

debugger invoked on a SIMPLE-ERROR in thread 14461:
  Invalid external-format KOI8-R
fatal error encountered in SBCL pid 14461:
internal error too early in init, can't recover
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.
sed: -e ×ÙÒÁÖÅÎÉÅ #1, ÓÉÍ×ÏÌ 30: îÅÚÁ×ÅÒÛÅÎÎÁÑ ËÏÍÁÎÄÁ `s'
make: *** [tempfiles-stamp] Error 1
>>> Test phase [not enabled]: dev-lisp/sbcl-0.9.1

(sed says smth like "sed: -e expression #1, symbol 30: command without end `s'", 
but this doesn't matter i think, the error was before it)
P.S. i tried emerging it several times and every time it complains about KOI8-R

Reproducible: Always
Steps to Reproduce:
LANG=ru_RU.koi8r emerge =dev-lisp/sbcl-0.9.1

Actual Results:  
compilation ends with error 1

Expected Results:  
it should emerge cleanly, i think :)

Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r0, 2.6.11.
11 i686)
=================================================================
System uname: 2.6.11.11 i686 Celeron (Coppermine)
Gentoo Base System version 1.6.12
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, Jun 13 2005, 15:57:20)]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.9.5, 1.5, 1.7.9-r1, 1.8.5-r3, 1.6.3
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.16
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=pentium3 -fforce-addr -momit-leaf-frame-pointer -fomit-frame-
pointer -ftracer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/
X11/xkb /usr/share/config /var/bind /var/qmail/control /var/www/localhost/
htdocs"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=pentium3 -fforce-addr -momit-leaf-frame-pointer -fomit-
frame-pointer -ftracer -pipe -fvisibility-inlines-hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig buildpkg ccache distlocks sandbox sfperms 
strict"
GENTOO_MIRRORS="http://mirror.aiya.ru/pub/gentoo/ ftp://mirror.aiya.ru/pub/
gentoo/ http://ftp.chg.ru/pub/Linux/distributions/gentoo/ ftp://ftp.chg.ru/pub/
Linux/distributions/gentoo/"
LANG="ru_RU.koi8r"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://mirror.aiya.ru/gentoo-portage/"
USE="x86 X acpi adns alsa apache2 audiofile avi bash-completion berkdb bitmap-
fonts bzlib cdr crypt cups curl directfb divx4linux emboss encode fbcon 
foomaticdb fortran ftp gdbm gif gpm gtk gtk2 iconv imagemagick imlib ipv6 jpeg 
libg++ libwww mmap mmx mng motif mp3 mpeg mysql mysqli ncurses nls nptl 
offensive ogg oggvorbis opengl pam pcntl pcre pdflib perl php png posix python 
qt quicktime readline recode ruby sdl session shared sharedmem slang sockets 
spell spl sse ssl svga sysvipc tcpd tiff truetype truetype-fonts type1-fonts 
unicode vorbis xml2 xmms xosd xv xvid zlib userland_GNU kernel_linux 
elibc_glibc"
Unset:  ASFLAGS, CBUILD, CTARGET, LC_ALL, LDFLAGS, LINGUAS

------- Comment #2 From Matthew Kennedy (RETIRED) 2005-06-26 08:17:46 0000 ------- 
I think it is probably because the compiler used to build the latest compiler
is 
version 0.8.1 (on x86). I've attached a patch which will be applied to CVS.
Please
include a note if this corrects the problem you're experiencing.

------- Comment #3 From Matthew Kennedy (RETIRED) 2005-06-26 08:18:52 0000 ------- 
Created an attachment (id=61962) [details]
sbcl-0.9.1-LANG--disable-debugger.patch

------- Comment #4 From Matthew Kennedy (RETIRED) 2005-06-26 09:17:55 0000 ------- 
I committed the change to CVS and resolved this bug as TEST-REQUEST

------- Comment #5 From parafin 2005-06-27 12:12:54 0000 ------- 
hm... this don't help. Problem is not in ./make.sh command, it's in make info.
I 
investigate it from output of ps aux right after error:
root     26164  0.0  0.0  12540     8 ?        SN   21:16   0:05
/usr/bin/python 
-O /usr/bin/emerge -va sbcl
root     26617  0.2  0.0   1576    64 ?        SN   21:21   0:13 tee -i -a
/var/
log/portage/2945-sbcl-0.9.1.log
root     26618  0.0  0.0   1832     8 ?        SN   21:21   0:00 [sbcl-0.9.1] 
sandbox /usr/lib/portage/bin/ebuild.sh compile
root     26619  0.0  0.5   4552  1048 ?        SN   21:21   0:00 /bin/bash
/usr/
lib/portage/bin/ebuild.sh compile
root     32184  0.0  0.5   2192  1072 ?        SN   22:57   0:00 make info
root     32187  0.0  0.6   2684  1284 ?        SN   22:57   0:00 /bin/sh -c 
DOCSTRINGDIR="docstrings/" PACKAGES=":COMMON-LISP :SB-ALIEN :SB-DEBUG :SB-EXT :
SB-GR
root     32188  0.0  0.7   2720  1364 ?        SN   22:57   0:00 sh make-
tempfiles.sh 
root     32192  0.0  2.9 885176  5580 ?        SN   22:57   0:00 /var/tmp/
portage/sbcl-0.9.1/work/sbcl-0.9.1/doc/manual/../../src/runtime/sbcl --core /
var/tmp/p

So i suggest to add LANG=C prefix to 'make test' and 'make ps pdf' commands to 
be sure... I will test it tomorrow.

------- Comment #6 From Matthew Kennedy (RETIRED) 2005-06-30 01:04:19 0000 ------- 
I applied your suggestion in Common #4. The change will go out with 0.9.2 and
also
backport 0.9.1 shortly.

------- Comment #7 From parafin 2005-06-30 13:12:47 0000 ------- 
Created an attachment (id=62355) [details]
this ebuild finally works

Even these updates didn't help - LANG=C must be before these commands too:
pkg_postinst() {
	LANG=C standard-impl-postinst sbcl
}

pkg_postrm() {
	LANG=C standard-impl-postrm sbcl /usr/bin/sbcl
Now all works fine :)

------- Comment #8 From parafin 2005-08-03 06:24:18 0000 ------- 
emerge works fine, but as expected, sbcl won't run with LANG=ru_RU.koi8r
either. 
It isn't a problem, but it's strange...
P.S. i thing, i can say that the original problem is solved, so as i can change 
status of bug :) i'm marking it as FIXED.