<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>85274</bug_id>
          
          <creation_ts>2005-03-14 15:19 0000</creation_ts>
          <short_desc>dev-lisp/sbcl for amd64</short_desc>
          <delta_ts>2005-03-20 13:52:21 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>AMD64</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          <bug_file_loc>http://www.sbcl.org/</bug_file_loc>
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>dirk@dirkgerrits.com</reporter>
          <assigned_to>lisp@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>dirk@dirkgerrits.com</who>
            <bug_when>2005-03-14 15:19:17 0000</bug_when>
            <thetext>I&apos;ve succesfully built SBCL 0.8.20 with the attached ebuild on AMD64, with USE-flags doc, ldb, and unicode.  I tried to add callbacks to the USE-flags, but then it wouldn&apos;t build anymore.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dirk@dirkgerrits.com</who>
            <bug_when>2005-03-14 15:19:58 0000</bug_when>
            <thetext>Created an attachment (id=53463)
AMD64-enabled SBCL 0.8.20 ebuild
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mkennedy@gentoo.org</who>
            <bug_when>2005-03-14 22:35:40 0000</bug_when>
            <thetext>I compared your ebuild with mine and they&apos;re essentially the same approach.
Mine had a few other fixes for an upcoming coming commit (warnings about
&quot;hardened&quot; features and a fix for a typo in the mips section).  I will commit it
to portage shortly.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mkennedy@gentoo.org</who>
            <bug_when>2005-03-14 22:39:10 0000</bug_when>
            <thetext>BTW, callbacks support probably won&apos;t work on anything but x86 for now.  It is
Thomas Burdick&apos;s alien function patch.  It is in the ebuild for the moment
because Lambda-GTK and Common Music require it.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mkennedy@gentoo.org</who>
            <bug_when>2005-03-15 23:38:39 0000</bug_when>
            <thetext>I commited a new sbcl-0.8.20 to portage which includes ~amd64 support.  I also
keyworded dev-lisp/common-lisp-controller and dev-lisp/cl-asdf for ~amd64 which
are dependencies.  If you want to test it out, try re-emerging sbcl.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dirk@dirkgerrits.com</who>
            <bug_when>2005-03-16 12:47:47 0000</bug_when>
            <thetext>I&apos;ve successfully built sbcl-0.8.20 from portage on amd64.  That is, without the callbacks USE-flag.  

I&apos;m a bit puzzled by the USE-flag issues here BTW.  The threads USE-flag silently does nothing on non-x86, and the callbacks USE-flag prints a warning and then fails.  How come?  And what&apos;s the difference that Lambda-GTK and Common Music require the callbacks USE-flag for SBCL?  It won&apos;t work, so neither will Lambda-GTK and Common Music, right?

BTW, the SBCL built printed the style warning &quot;undefined function: INIT-COMMON-LISP-CONTROLLER-V4&quot;, but common-lisp-controller using packages seem to work fine.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mkennedy@gentoo.org</who>
            <bug_when>2005-03-17 14:53:40 0000</bug_when>
            <thetext>
It is my understanding that threads in SBCL only works for x86.  

IIRC, callbacks were discussed on the sbcl-devel mailing list recently.  Brian
Mastenbrook noted problems with the callbacks patch on PPC at least.  This is
why the ebuild prints a warning message.

You mentioned the ebuild prints a warning and then fails.  It is not supposed to
fail.  Does it fail right after the warning is printed, or does it fail right at
the end of the emerge, when the image is loaded with callbacks support and then
saved back to the filesystem (pkg_postinst)?

Common Music uses Lambda-GTK.  Lambda-GTK will work on SBCL if Thomas Burdick&apos;s
callbacks support is present in the image.  Callbacks works on x86 w/
Lambda-GTK, at least.  It should work on several other platforms (PPC known to
be flakey, as described above).  Perhaps I should prevent the callbacks USE flag
from doing anything on platforms other than x86 -- since that is the only
platform I know for sure can run Lambda-GTK.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dirk@dirkgerrits.com</who>
            <bug_when>2005-03-20 13:52:21 0000</bug_when>
            <thetext>What happens when I do `USE=callbacks emerge sbcl` is this:

First the sources are fetched and unpacked.

Then some patches get applied and I get a &apos;warning&apos;:
  * You have specified the &quot;callbacks&quot; USE flag.  Callbacks may only work for x86.
  * Please refer to README.Gentoo for more information.

Then SBCL compiles itself, and finishes with:
&gt;&gt;&gt; Completed installing sbcl-0.8.20 into /var/tmp/portage/sbcl-0.8.20/image/

Then the callbacks stuff starts compiling, which quickly drops me in the SBCL debugger:
debugger invoked on a SIMPLE-ERROR in thread 25793:
  Alien-functions are not supported on this architecture.

You can type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
  0: [CONTINUE] Continue anyway (skipping to toplevel read/eval/print loop).
  1: [QUIT    ] Quit SBCL (calling #&apos;QUIT, killing the process).
(&quot;#&apos;(LAMBDA NIL (ERROR \&quot;Alien-functions are not supported on this architecture.\&quot;) ...)&quot;)
0] 

Here I type (sb-ext:quit), dev-lisp/sbcl-0.8.20 is then merged to /, and Portage declares success.  However, if you try to start `sbcl` after this, it complains that it can&apos;t find its core file.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>53463</attachid>
            <date>2005-03-14 15:19 0000</date>
            <desc>AMD64-enabled SBCL 0.8.20 ebuild</desc>
            <filename>sbcl-0.8.20-r1.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L2Rldi1saXNwL3NiY2wvc2JjbC0wLjguMjAuZWJ1
aWxkLHYgMS4xIDIwMDUvMDMvMDMgMTc6NTE6MzYgbWtlbm5lZHkgRXhwICQKCmluaGVyaXQgY29t
bW9uLWxpc3AtY29tbW9uLTIgZXV0aWxzCgpTQkNMX0FGX1BWPTIwMDQtMTAtMjIKCkJWX1g4Nj0w
LjguMQpCVl9BTUQ2ND0wLjguMTkKQlZfUFBDPTAuOC44CkJWX1NQQVJDPTAuNy4xMwpCVl9NSVBT
PTAuNy4xMApERVNDUklQVElPTj0iU3RlZWwgQmFuayBDb21tb24gTGlzcCAoU0JDTCkgaXMgYW4g
aW1wbGVtZW50YXRpb24gb2YgQU5TSSBDb21tb24gTGlzcC4iCkhPTUVQQUdFPSJodHRwOi8vc2Jj
bC5zb3VyY2Vmb3JnZS5uZXQvIgpTUkNfVVJJPSJtaXJyb3I6Ly9zb3VyY2Vmb3JnZS9zYmNsLyR7
UH0tc291cmNlLnRhci5iejIKCW1pcnJvcjovL3NvdXJjZWZvcmdlL3NiY2wvJHtQfS1odG1sLnRh
ci5iejIKCXg4Nj8gKCBtaXJyb3I6Ly9zb3VyY2Vmb3JnZS9zYmNsLyR7UE59LSR7QlZfWDg2fS14
ODYtbGludXgtYmluYXJ5LnRhci5iejIgKQoJYW1kNjQ/ICggbWlycm9yOi8vc291cmNlZm9yZ2Uv
c2JjbC8ke1BOfS0ke0JWX0FNRDY0fS14ODYtNjQtbGludXgtYmluYXJ5LnRhci5iejIgKQoJcHBj
PyAoIG1pcnJvcjovL3NvdXJjZWZvcmdlL3NiY2wvJHtQTn0tJHtCVl9QUEN9LXBwYy1saW51eC1i
aW5hcnkudGFyLmJ6MiApCglzcGFyYz8gKCBtaXJyb3I6Ly9zb3VyY2Vmb3JnZS9zYmNsLyR7UE59
LSR7QlZfU1BBUkN9LXNwYXJjLWxpbnV4LWJpbmFyeS50YXIuYnoyICkKCW1pcHM/ICggbWlycm9y
Oi8vc291cmNlZm9yZ2Uvc2JjbC8ke1BOfS0ke0JWX01JUFN9LW1pcHMtbGludXgtYmluYXJ5LnRh
ci5neiApCgljYWxsYmFja3M/ICggaHR0cDovL3BpbmhlYWQubXVzaWMudWl1Yy5lZHUvfmhrdC9z
YmNsLWFmLSR7U0JDTF9BRl9QVn0udGd6ICkiCgpMSUNFTlNFPSJNSVQiClNMT1Q9IjAiCgpLRVlX
T1JEUz0ifng4NiB+YW1kNjQgfnBwYyB+c3BhcmMgfm1pcHMiCklVU0U9InRocmVhZHMgZG9jIG5v
c291cmNlIHVuaWNvZGUgbGRiIGNhbGxiYWNrcyIKCkRFUEVORD0iPWRldi1saXNwL2NvbW1vbi1s
aXNwLWNvbnRyb2xsZXItNCoKCT49ZGV2LWxpc3AvY2wtYXNkZi0xLjg0CglzeXMtYXBwcy90ZXhp
bmZvCglkb2M/ICggdmlydHVhbC90ZXRleCApIgoKUFJPVklERT0idmlydHVhbC9jb21tb25saXNw
IgoKc3JjX3VucGFjaygpIHsKCWlmIHVzZSB4ODY7IHRoZW4KCQl1bnBhY2sgJHtQTn0tJHtCVl9Y
ODZ9LXg4Ni1saW51eC1iaW5hcnkudGFyLmJ6MgoJCW12ICR7UE59LSR7QlZfWDg2fSB4ODYtYmlu
YXJ5CgllbGlmIHVzZSBhbWQ2NDsgdGhlbgoJCXVucGFjayAke1BOfS0ke0JWX0FNRDY0fS14ODYt
NjQtbGludXgtYmluYXJ5LnRhci5iejIKCQltdiAke1BOfS0ke0JWX0FNRDY0fS14ODYtNjQtbGlu
dXggYW1kNjQtYmluYXJ5CgllbGlmIHVzZSBwcGM7IHRoZW4KCQl1bnBhY2sgJHtQTn0tJHtCVl9Q
UEN9LXBwYy1saW51eC1iaW5hcnkudGFyLmJ6MgoJCW12ICR7UE59LSR7QlZfUFBDfS1wcGMtbGlu
dXggcHBjLWJpbmFyeQoJZWxpZiB1c2Ugc3BhcmM7IHRoZW4KCQl1bnBhY2sgJHtQTn0tJHtCVl9T
UEFSQ30tc3BhcmMtbGludXgtYmluYXJ5LnRhci5iejIKCQllY2hvIG12ICR7UE59LSR7QlZfU1BB
UkN9IHNwYXJjLWJpbmFyeSB8fCBkaWUKCQltdiAke1BOfS0ke0JWX1NQQVJDfSBzcGFyYy1iaW5h
cnkgfHwgZGllCgllbGlmIHVzZSBtaXBzOyB0aGVuCgkJdW5wYWNrICR7UE59LSR7QlZfU1BBUkN9
LW1pcHMtbGludXgtYmluYXJ5LnRhci5negoJCW12ICR7UE59LSR7QlZfU1BBUkN9LW1pcHMtbGlu
dXggbWlwcy1iaW5hcnkKCWZpCgoJdW5wYWNrICR7UH0tc291cmNlLnRhci5iejIKCWVwYXRjaCAk
e0ZJTEVTRElSfS8ke1BWfS9zYmNsLWdlbnRvby5wYXRjaAoJZXBhdGNoICR7RklMRVNESVJ9LyR7
UFZ9L3NiY2wtbm8tdGVzdHMtZ2VudG9vLnBhdGNoCgoJY3AgJHtGSUxFU0RJUn0vJHtQVn0vY3Vz
dG9taXplLXRhcmdldC1mZWF0dXJlcy5saXNwLXByZWZpeCBcCgkJJHtTfS9jdXN0b21pemUtdGFy
Z2V0LWZlYXR1cmVzLmxpc3AKCXVzZSB4ODYgJiYgdXNlIHRocmVhZHMgXAoJCSYmIGVjaG8gJyhl
bmFibGUgOnNiLXRocmVhZCknIFwKCQk+PiR7U30vY3VzdG9taXplLXRhcmdldC1mZWF0dXJlcy5s
aXNwCgl1c2UgbGRiIFwKCQkmJiBlY2hvICcoZW5hYmxlIDpzYi1sZGIpJyBcCgkJPj4ke1N9L2N1
c3RvbWl6ZS10YXJnZXQtZmVhdHVyZXMubGlzcAoJdXNlIHg4NiBcCgkJJiYgZWNobyAnKGVuYWJs
ZSA6c2ItZnV0ZXgpJyBcCgkJPj4ke1N9L2N1c3RvbWl6ZS10YXJnZXQtZmVhdHVyZXMubGlzcAoJ
ZWNobyAnKGRpc2FibGUgOnNiLXRlc3QpJyA+PiR7U30vY3VzdG9taXplLXRhcmdldC1mZWF0dXJl
cy5saXNwCgkhIHVzZSB1bmljb2RlIFwKCQkmJiBlY2hvICcoZGlzYWJsZSA6c2ItdW5pY29kZSkn
IFwKCQk+PiR7U30vY3VzdG9taXplLXRhcmdldC1mZWF0dXJlcy5saXNwCgljYXQgJHtGSUxFU0RJ
Un0vJHtQVn0vY3VzdG9taXplLXRhcmdldC1mZWF0dXJlcy5saXNwLXN1ZmZpeCBcCgkJPj4ke1N9
L2N1c3RvbWl6ZS10YXJnZXQtZmVhdHVyZXMubGlzcAoJZmluZCAke1N9IC10eXBlIGYgLW5hbWUg
LmN2c2lnbm9yZSAtZXhlYyBybSAtZiAne30nIFw7CglmaW5kICR7U30gLXR5cGUgZCAtbmFtZSBD
VlMgXCkgLWV4ZWMgcm0gLXJmICd7fScgXDsKCWZpbmQgJHtTfSAtdHlwZSBmIC1uYW1lIFwqLmMg
LWV4ZWMgY2htb2QgNjQ0ICd7fScgXDsKCglpZiB1c2UgY2FsbGJhY2tzOyB0aGVuCgkJdW5wYWNr
IHNiY2wtYWYtJHtTQkNMX0FGX1BWfS50Z3oKCWZpCn0KCnNyY19jb21waWxlKCkgewoJbG9jYWwg
YmluZGlyCgl1c2UgeDg2ICYmIGJpbmRpcj0uLi94ODYtYmluYXJ5Cgl1c2UgYW1kNjQgJiYgYmlu
ZGlyPS4uL2FtZDY0LWJpbmFyeQoJdXNlIHBwYyAmJiBiaW5kaXI9Li4vcHBjLWJpbmFyeQoJdXNl
IHNwYXJjICYmIGJpbmRpcj0uLi9zcGFyYy1iaW5hcnkKCXVzZSBtaXBzICYmIGJpbmRpcj0uLi9t
aXBzLWJpbmFyeQoJUEFUSD0ke2JpbmRpcn0vc3JjL3J1bnRpbWU6JHtQQVRIfSBTQkNMX0hPTUU9
JHtiaW5kaXJ9L291dHB1dCBHTlVNQUtFPW1ha2UgXAoJCS4vbWFrZS5zaCAnc2JjbAoJCQktLXN5
c2luaXQgL2Rldi9udWxsCgkJCS0tdXNlcmluaXQgL2Rldi9udWxsCgkJCS0tbm8tZGVidWdnZXIK
CQkJLS1jb3JlICR7YmluZGlyfS9vdXRwdXQvc2JjbC5jb3JlJyBcCgkJCQl8fCBkaWUKCWNkICR7
U30vZG9jL21hbnVhbAoJbWFrZSBpbmZvCgl1c2UgZG9jICYmIG1ha2UgcHMgcGRmCn0KCnNyY19p
bnN0YWxsKCkgewoJdW5zZXQgU0JDTF9IT01FCgoJaW5zaW50byAvZXRjLwoJZG9pbnMgJHtGSUxF
U0RJUn0vJHtQVn0vc2JjbHJjCSMgR2VudG9vIHNwZWNpZmljIChmcm9tIERlYmlhbikKCglleGVp
bnRvIC91c3IvbGliL2NvbW1vbi1saXNwL2JpbgoJZG9leGUgJHtGSUxFU0RJUn0vJHtQVn0vc2Jj
bC5zaAkjIEdlbnRvbyBzcGVjaWZpYyAoZnJvbSBEZWJpYW4pCgoJZG9kaXIgL3Vzci9zaGFyZS9t
YW4KCWRvZGlyIC91c3Ivc2hhcmUvZG9jLyR7UEZ9CglJTlNUQUxMX1JPT1Q9JHtEfS91c3IgRE9D
X0RJUj0ke0R9L3Vzci9zaGFyZS9kb2MvJHtQRn0gc2ggaW5zdGFsbC5zaCB8fCBkaWUKCW12ICR7
RH0vdXNyL2xpYi9zYmNsL3NiY2wuY29yZSAke0R9L3Vzci9saWIvc2JjbC9zYmNsLWRpc3QuY29y
ZSB8fCBkaWUKCglpbnNpbnRvIC91c3IvbGliL3NiY2wKCWRvaW5zICR7RklMRVNESVJ9LyR7UFZ9
L2luc3RhbGwtY2xjLmxpc3AJIyBHZW50b28gc3BlY2lmaWMgKGZyb20gRGViaWFuKQoKCWRvbWFu
IGRvYy9zYmNsLWFzZGYtaW5zdGFsbC4xCgoJZG9kb2MgQlVHUyBDT1BZSU5HIENSRURJVFMgSU5T
VEFMTCBORVdTIE9QVElNSVpBVElPTlMgUFJJTkNJUExFUyBSRUFETUUgU1RZTEUgU1VQUE9SVCBU
TEEgVE9ETwoJZG9kb2MgJHtGSUxFU0RJUn0vJHtQVn0vUkVBRE1FLkdlbnRvbwoJZG9odG1sIGRv
Yy9odG1sLyoKCglkb2luZm8gJHtTfS9kb2MvbWFudWFsLyouaW5mbwoJdXNlIGRvYyAmJiBkb2Rv
YyAke1N9L2RvYy9tYW51YWwvKi57cGRmLHBzfQoKCWtlZXBkaXIgL3Vzci9saWIvY29tbW9uLWxp
c3Avc2JjbAoKCWlmICEgdXNlIG5vc291cmNlOyB0aGVuCgkJIyBpbnN0YWxsIHRoZSBTQkNMIHNv
dXJjZQoJCWZpbmQgJHtTfS9zcmMgLXR5cGUgZiAtbmFtZSBcKi5mYXNsIHx4YXJncyBybSAtZgoJ
CW12ICR7U30vc3JjICR7RH0vdXNyL2xpYi9zYmNsLwoJZmkKCglpbXBsLXNhdmUtdGltZXN0YW1w
LWhhY2sgc2JjbCB8fCBkaWUKfQoKcGtnX3Bvc3RpbnN0KCkgewoJc3RhbmRhcmQtaW1wbC1wb3N0
aW5zdCBzYmNsCglpZiB1c2UgY2FsbGJhY2tzOyB0aGVuCgkJbXYgL3Vzci9saWIvc2JjbC9zYmNs
LmNvcmUgL3Vzci9saWIvc2JjbC9zYmNsLW5vY2FsbGJhY2tzLmNvcmUgfHwgZGllCgkJcHVzaGQg
JHtXT1JLRElSfS9zYmNsLWFmCgkJc2JjbCAtLWNvcmUgL3Vzci9saWIvc2JjbC9zYmNsLW5vY2Fs
bGJhY2tzLmNvcmUgXAoJCQktLWxvYWQgJ3N5c3RlbScgXAoJCQktLWV2YWwgJyhzYi1leHQ6c2F2
ZS1saXNwLWFuZC1kaWUgIi91c3IvbGliL3NiY2wvc2JjbC5jb3JlIiknIHx8IGRpZQoJCXBvcGQK
CWZpCiMgSW1hZ2UgU3VtbWFyeQojIC0tLS0tLS0tLS0tLS0KIyAvdXNyL2xpYi9zYmNsL3NiY2wt
ZGlzdC5jb3JlICAgICAgICAtIFBsYWluIFNCQ0wgaW1hZ2UKIyAvdXNyL2xpYi9zYmNsL3NiY2wt
bm9jYWxsYmFja3MuY29yZSAtIENMQyAoQ29tbW9uIExpc3AgQ29udHJvbGxlcikgaW1hZ2UKIyAv
dXNyL2xpYi9zYmNsL3NiY2wuY29yZSAgICAgICAgICAgICAtIENMQyBpbWFnZSB3LyBjYWxsYmFj
a3Mgc3VwcG9ydAp9Cgpwa2dfcG9zdHJtKCkgewoJc3RhbmRhcmQtaW1wbC1wb3N0cm0gc2JjbCAv
dXNyL2Jpbi9zYmNsCn0KCnBrZ19wb3N0cm0oKSB7CglpZiBbICEgLXggL3Vzci9iaW4vc2JjbCBd
OyB0aGVuCgkJcm0gLXJmIC91c3IvbGliL3NiY2wvIHx8IGRpZQoJZmkKfQo=
</data>        

          </attachment>
    </bug>

</bugzilla>