I downloaded the CMUCL tar.gz and untarred it into /usr on a new Mandrake
Linux 6.1 installation (it's a Redhat 6.1 derivative). Ran 'ldconfig' and
then 'lisp'. I got an error message stating that it couldn't load a shared
library because '__setfpucw' was undefined. I'm guessing I've got a problem
with incompatible library versions. Unfortunately, it appears that one must
have a working CMUCL binary in order to compile a new CMUCL from source. So
now what?
I looked at Franz' Allegro CL for Linux (I've been learning Lisp on their
most excellent Windows implementation) and it's compiled under Redhat 5.2,
so I'm guessing there'll be library problems there, as well? This sucks...
Larry
From: ·······@my-deja.com
Subject: Re: CMUCL on Mandrake Linux 6.1 (solution to __setfpucw problem on Linux)
Date:
Message-ID: <855udk$i6v$1@nnrp1.deja.com>
In article <············@news.campuscwix.net>,
"Larry Elmore" <········@montana.campuscw.net> wrote:
> I downloaded the CMUCL tar.gz and untarred it into /usr on a new
Mandrake
> Linux 6.1 installation (it's a Redhat 6.1 derivative). Ran 'ldconfig'
and
> then 'lisp'. I got an error message stating that it couldn't load a
shared
> library because '__setfpucw' was undefined. I'm guessing I've got a
problem
> with incompatible library versions. Unfortunately, it appears that one
must
> have a working CMUCL binary in order to compile a new CMUCL from
source. So
> now what?
The problem is easy to fix; from memory, here is what I did:
-- Create a C file that contains a function definition with that
name; the function doesn't have to do anything.
-- Compile it into a shared library (use the "--shared" flag
with gcc).
-- Set the "LD_PRELOAD" environment variable to the shared
library you just created.
You can now start up CMU CommonLisp. It will simply call the
empty stub function in your mini library.
Tom
Sent via Deja.com http://www.deja.com/
Before you buy.
From: Larry Elmore
Subject: Re: CMUCL on Mandrake Linux 6.1 (solution to __setfpucw problem on Linux)
Date:
Message-ID: <857h5f$70s$1@news.campuscwix.net>
<·······@my-deja.com> wrote in message ·················@nnrp1.deja.com...
> In article <············@news.campuscwix.net>,
> "Larry Elmore" <········@montana.campuscw.net> wrote:
> > I downloaded the CMUCL tar.gz and untarred it into /usr on a new
> Mandrake
> > Linux 6.1 installation (it's a Redhat 6.1 derivative). Ran 'ldconfig'
> and
> > then 'lisp'. I got an error message stating that it couldn't load a
> shared
> > library because '__setfpucw' was undefined. I'm guessing I've got a
> problem
> > with incompatible library versions. Unfortunately, it appears that one
> must
> > have a working CMUCL binary in order to compile a new CMUCL from
> source. So
> > now what?
>
> The problem is easy to fix; from memory, here is what I did:
>
> -- Create a C file that contains a function definition with that
> name; the function doesn't have to do anything.
>
> -- Compile it into a shared library (use the "--shared" flag
> with gcc).
>
> -- Set the "LD_PRELOAD" environment variable to the shared
> library you just created.
>
> You can now start up CMU CommonLisp. It will simply call the
> empty stub function in your mini library.
Interesting. Thanks!
Larry
"Larry Elmore" <········@montana.campuscw.net> writes:
> I downloaded the CMUCL tar.gz and untarred it into /usr on a new Mandrake
> Linux 6.1 installation (it's a Redhat 6.1 derivative). Ran 'ldconfig' and
> then 'lisp'. I got an error message stating that it couldn't load a shared
> library because '__setfpucw' was undefined. I'm guessing I've got a problem
> with incompatible library versions. Unfortunately, it appears that one must
> have a working CMUCL binary in order to compile a new CMUCL from source. So
> now what?
Try to get current versions of the Debian packages for CMUCL (from the
unstable distribution in the development section, see
http://www.debian.org/ for mirrors), and convert them with alien to
rpm's, then install. This should work ok.
> I looked at Franz' Allegro CL for Linux (I've been learning Lisp on their
> most excellent Windows implementation) and it's compiled under Redhat 5.2,
> so I'm guessing there'll be library problems there, as well? This sucks...
Not necessarily. The __setfpucw problem only afflicts programs linked
against glibc2.0 which used this "undocumented" interface, which went
away in glibc2.1. If ACL didn't use __setfpucw, then it will more
likely run with glibc2.1
Regs, Pierre.
--
Pierre Mai <····@acm.org> PGP and GPG keys at your nearest Keyserver
"One smaller motivation which, in part, stems from altruism is Microsoft-
bashing." [Microsoft memo, see http://www.opensource.org/halloween1.html]
····@acm.org (Pierre R. Mai) writes:
> "Larry Elmore" <········@montana.campuscw.net> writes:
>
> > I downloaded the CMUCL tar.gz and untarred it into /usr on a new Mandrake
> > Linux 6.1 installation (it's a Redhat 6.1 derivative). Ran 'ldconfig' and
> > then 'lisp'. I got an error message stating that it couldn't load a shared
> > library because '__setfpucw' was undefined. I'm guessing I've got a problem
> > with incompatible library versions. Unfortunately, it appears that one must
> > have a working CMUCL binary in order to compile a new CMUCL from source. So
> > now what?
>
> Try to get current versions of the Debian packages for CMUCL (from the
> unstable distribution in the development section, see
> http://www.debian.org/ for mirrors), and convert them with alien to
> rpm's, then install. This should work ok.
>
> > I looked at Franz' Allegro CL for Linux (I've been learning Lisp on their
> > most excellent Windows implementation) and it's compiled under Redhat 5.2,
> > so I'm guessing there'll be library problems there, as well? This sucks...
>
> Not necessarily. The __setfpucw problem only afflicts programs linked
> against glibc2.0 which used this "undocumented" interface, which went
> away in glibc2.1. If ACL didn't use __setfpucw, then it will more
> likely run with glibc2.1
Nope, it will not run under Glib-2.1.2 either, same err-message on starting Lisp.
But I'll try the debian-source.
cor
--
/* If GNU/LINUX has no solution...then you have the problem */
/* Never install Slackware........You might learn something */
/* ······@amsat.org http://utopia.knoware.nl/users/ccgestjr */
"Pierre R. Mai" <····@acm.org> wrote in message
···················@orion.dent.isdn.cs.tu-berlin.de...
> "Larry Elmore" <········@montana.campuscw.net> writes:
>
> > I downloaded the CMUCL tar.gz and untarred it into /usr on a new
Mandrake
> > Linux 6.1 installation (it's a Redhat 6.1 derivative). Ran 'ldconfig'
and
> > then 'lisp'. I got an error message stating that it couldn't load a
shared
> > library because '__setfpucw' was undefined. I'm guessing I've got a
problem
> > with incompatible library versions. Unfortunately, it appears that one
must
> > have a working CMUCL binary in order to compile a new CMUCL from source.
So
> > now what?
>
> Try to get current versions of the Debian packages for CMUCL (from the
> unstable distribution in the development section, see
> http://www.debian.org/ for mirrors), and convert them with alien to
> rpm's, then install. This should work ok.
Thanks for the suggestion. I tried it, but no luck. 'alien' reports:
error in tar: control: not found in archive (or something close to
that, anyway)
when it's scanning the .deb package, and then quits after doing a little bit
more. I need to dig some more -- sigh...
As an aside, while looking for 'alien' I found a webpage _guaranteed_ to
cause a BSOD with NT4/SP6 and IE5 (at least my installation of it, anyway)
at http://kitenet.net/programs/alien/ I've never seen that before. It
certainly slowed down my search...
Larry
"Larry Elmore" <········@montana.campuscw.net> writes:
> > Try to get current versions of the Debian packages for CMUCL (from the
> > unstable distribution in the development section, see
> > http://www.debian.org/ for mirrors), and convert them with alien to
> > rpm's, then install. This should work ok.
>
> Thanks for the suggestion. I tried it, but no luck. 'alien' reports:
> error in tar: control: not found in archive (or something close to
> that, anyway)
> when it's scanning the .deb package, and then quits after doing a little bit
> more. I need to dig some more -- sigh...
Hmmm, I thought that all mirrors/versions of cmucl that caused these
problems had vanished by now... it seems not.
Anyway you don't really need alien to unpack the debian cmucl
packages, since debian packages are really only ar archives with two
tar.gz archives, one with the bare files and one with the control
information. So to unpack a debian archive's files, just issue as
root:
ar p cmucl-blablabla.deb data.tar.gz | tar xvzfC - /
With packages like the cmucl packages, which don't include much
packaging trickery, this usually works without many problems...
Regs, Pierre.
--
Pierre Mai <····@acm.org> PGP and GPG keys at your nearest Keyserver
"One smaller motivation which, in part, stems from altruism is Microsoft-
bashing." [Microsoft memo, see http://www.opensource.org/halloween1.html]
"Pierre R. Mai" <····@acm.org> wrote in message
···················@orion.dent.isdn.cs.tu-berlin.de...
> "Larry Elmore" <········@montana.campuscw.net> writes:
>
> > > Try to get current versions of the Debian packages for CMUCL (from the
> > > unstable distribution in the development section, see
> > > http://www.debian.org/ for mirrors), and convert them with alien to
> > > rpm's, then install. This should work ok.
> >
> > Thanks for the suggestion. I tried it, but no luck. 'alien' reports:
> > error in tar: control: not found in archive (or something close to
> > that, anyway)
> > when it's scanning the .deb package, and then quits after doing a little
bit
> > more. I need to dig some more -- sigh...
>
> Hmmm, I thought that all mirrors/versions of cmucl that caused these
> problems had vanished by now... it seems not.
>
> Anyway you don't really need alien to unpack the debian cmucl
> packages, since debian packages are really only ar archives with two
> tar.gz archives, one with the bare files and one with the control
> information. So to unpack a debian archive's files, just issue as
> root:
>
> ar p cmucl-blablabla.deb data.tar.gz | tar xvzfC - /
>
> With packages like the cmucl packages, which don't include much
> packaging trickery, this usually works without many problems...
It worked! Although I did end up moving the deb packages to / and performing
the operation there because I couldn't tar to accept the 'C - /' part of the
option string (it would tell me that C is not an archive?). I'm not sure
what's up with that. But I did get CMUCL installed and running! Now I need
to print out the docs and read them. Thanks!
Larry
From: Bill&Virginia Hodges
Subject: Re: CMUCL on Mandrake Linux 6.1
Date:
Message-ID: <85927l$co$0@216.39.141.164>
Larry Elmore wrote:
> "Pierre R. Mai" <····@acm.org> wrote in message
> ···················@orion.dent.isdn.cs.tu-berlin.de...
> > "Larry Elmore" <········@montana.campuscw.net> writes:
> >
> > > > Try to get current versions of the Debian packages for CMUCL (from the
> > > > unstable distribution in the development section, see
> > > > http://www.debian.org/ for mirrors), and convert them with alien to
> > > > rpm's, then install. This should work ok.
> > >
> > > Thanks for the suggestion. I tried it, but no luck. 'alien' reports:
> > > error in tar: control: not found in archive (or something close to
> > > that, anyway)
> > > when it's scanning the .deb package, and then quits after doing a little
> bit
> > > more. I need to dig some more -- sigh...
> >
> > Hmmm, I thought that all mirrors/versions of cmucl that caused these
> > problems had vanished by now... it seems not.
> >
> > Anyway you don't really need alien to unpack the debian cmucl
> > packages, since debian packages are really only ar archives with two
> > tar.gz archives, one with the bare files and one with the control
> > information. So to unpack a debian archive's files, just issue as
> > root:
> >
> > ar p cmucl-blablabla.deb data.tar.gz | tar xvzfC - /
> >
> > With packages like the cmucl packages, which don't include much
> > packaging trickery, this usually works without many problems...
>
> It worked! Although I did end up moving the deb packages to / and performing
> the operation there because I couldn't tar to accept the 'C - /' part of the
> option string (it would tell me that C is not an archive?). I'm not sure
> what's up with that. But I did get CMUCL installed and running! Now I need
> to print out the docs and read them. Thanks!
>
> Larry
--------------
I tried to do the same thing on a Mandrage 6.1 and only get the following
segmentation error.
What did I leave out?
Bill
---------------------------
[····@hodges /]# ar p ~hodges/cmucl_2.4.17.deb data.tar.gz |tar xzf -
[····@hodges /]# exit
exit
[······@hodges hodges]$ cd
[······@hodges hodges]$ which lisp
/usr/bin/lisp
[······@hodges hodges]$ lisp
Segmentation fault
[······@hodges hodges]$ gdb lisp
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-mandrake-linux"...
(no debugging symbols found)...
(gdb) run
Starting program: /usr/bin/lisp
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x37ffefff in ?? ()
(gdb) bt
#0 0x37ffefff in ?? ()
#1 0x8050ca0 in sigreturn () from /lib/ld-linux.so.2
#2 0x804dd38 in strcpy () from /lib/ld-linux.so.2
#3 0x804dda6 in strcpy () from /lib/ld-linux.so.2
#4 0x804a914 in strcpy () from /lib/ld-linux.so.2
#5 0x2ab034a5 in __libc_start_main () from /lib/libc.so.6
#6 0xe85314ec in ?? ()
Cannot access memory at address 0x83e58955.
(gdb) exit
Undefined command: "exit". Try "help".
(gdb) quit
The program is running. Exit anyway? (y or n) y
[······@hodges hodges]$
--------------------------------------------------
Bill&Virginia Hodges <······@oz.net> writes:
> I tried to do the same thing on a Mandrage 6.1 and only get the following
> segmentation error.
> What did I leave out?
> Bill
>
> ---------------------------
> [····@hodges /]# ar p ~hodges/cmucl_2.4.17.deb data.tar.gz |tar xzf -
Since version 2.4.15 at least, the cmucl package has been split into a
number of packages, containing different parts of the cmucl
environment. The cmucl package only contains the initial loader
program (/usr/bin/lisp), and the usual environment (documentation, man
pages, site-init files, configure script (/usr/sbin/cmuclconfig)).
You also need a lisp image, where you can choose from cmucl-safe
(which contains patches from Peter Van Eynde to catch additional
errors) and cmucl-small (which is quite a bit smaller than the -safe
or other images), and in the future probably something like
cmucl-fast...
So you need to unpack either cmucl-small or cmucl-fast as well. It is
unfortunate that the error message generated by a missing image file
is not very intuitive (OTOH, on Debian the package manager will ensure
that you install either cmucl-small or cmucl-fast as well, so Debian
users will not come across this problem).
Regs, Pierre.
--
Pierre Mai <····@acm.org> PGP and GPG keys at your nearest Keyserver
"One smaller motivation which, in part, stems from altruism is Microsoft-
bashing." [Microsoft memo, see http://www.opensource.org/halloween1.html]
"Pierre R. Mai" wrote:
> Bill&Virginia Hodges <······@oz.net> writes:
>
> > I tried to do the same thing on a Mandrage 6.1 and only get the following
> > segmentation error.
> > What did I leave out?
> > Bill
> >
> > ---------------------------
> > [····@hodges /]# ar p ~hodges/cmucl_2.4.17.deb data.tar.gz |tar xzf -
>
> Since version 2.4.15 at least, the cmucl package has been split into a
> number of packages, containing different parts of the cmucl
> environment. The cmucl package only contains the initial loader
> program (/usr/bin/lisp), and the usual environment (documentation, man
> pages, site-init files, configure script (/usr/sbin/cmuclconfig)).
> You also need a lisp image, where you can choose from cmucl-safe
> (which contains patches from Peter Van Eynde to catch additional
> errors) and cmucl-small (which is quite a bit smaller than the -safe
> or other images), and in the future probably something like
> cmucl-fast...
>
> So you need to unpack either cmucl-small or cmucl-fast as well. It is
> unfortunate that the error message generated by a missing image file
> is not very intuitive (OTOH, on Debian the package manager will ensure
> that you install either cmucl-small or cmucl-fast as well, so Debian
> users will not come across this problem).
>
> Regs, Pierre.
>
> --
> Pierre Mai <····@acm.org> PGP and GPG keys at your nearest Keyserver
> "One smaller motivation which, in part, stems from altruism is Microsoft-
> bashing." [Microsoft memo, see http://www.opensource.org/halloween1.html]
I did it and still no prize - please see the following - did I do it right
------------------------------------------------
[····@hodges hodges]# ar p ~hodges/cmucl-safe_2.4.17.deb data.tar.gz |tar xvzf
-
./
./usr/
./usr/lib/
./usr/lib/cmucl/
./usr/lib/cmucl/lisp-safe.core
./usr/lib/menu/
./usr/lib/menu/cmucl-safe
./usr/share/
./usr/share/doc/
./usr/share/doc/cmucl-safe/
./usr/share/doc/cmucl-safe/copyright
./usr/share/doc/cmucl-safe/changelog.gz
[····@hodges hodges]# gdb lisp
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-mandrake-linux"...(no debugging symbols
found)...
(gdb) run
Starting program: /usr/bin/lisp
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x37ffefff in ?? ()
(gdb) bt
#0 0x37ffefff in ?? ()
#1 0x8050ca0 in sigreturn () from /lib/ld-linux.so.2
#2 0x804dd38 in strcpy () from /lib/ld-linux.so.2
#3 0x804dda6 in strcpy () from /lib/ld-linux.so.2
#4 0x804a914 in strcpy () from /lib/ld-linux.so.2
#5 0x2ab034a5 in __libc_start_main () from /lib/libc.so.6
#6 0xe85314ec in ?? ()
Cannot access memory at address 0x83e58955.
(gdb)
Bill&Virginia Hodges <······@oz.net> writes:
> > So you need to unpack either cmucl-small or cmucl-fast as well. It is
> > unfortunate that the error message generated by a missing image file
> > is not very intuitive (OTOH, on Debian the package manager will ensure
> > that you install either cmucl-small or cmucl-fast as well, so Debian
> > users will not come across this problem).
>
> I did it and still no prize - please see the following - did I do it right
Two things you might want to look into:
- Did you really unpack in the root directory?
- You probably need to either run /usr/sbin/cmuclconfig as root, or
create a symbolic link from /usr/lib/cmucl/lisp-safe.core to
/usr/lib/cmucl/lisp.core (as root):
ln -s /usr/lib/cmucl/lisp-safe.core /usr/lib/cmucl/lisp.core
Sorry that I didn't mention this in earlier posts, but this changed
only in recent versions of CMUCL (and I use Debian anyway ;)...
Hope this helps ...
Regs, Pierre.
--
Pierre Mai <····@acm.org> PGP and GPG keys at your nearest Keyserver
"One smaller motivation which, in part, stems from altruism is Microsoft-
bashing." [Microsoft memo, see http://www.opensource.org/halloween1.html]
····@acm.org (Pierre R. Mai) writes:
> Two things you might want to look into:
>
> - Did you really unpack in the root directory?
I had the same problems. Is there no way of running the new version
anywhere else? I've tried CMUCLLIB and -core but it still segfaults
in strcpy. The old cmucl-2.4.5-2.tar.gz works with -core and gives an
error message if lisp.core is missing which seems preferable behaviour
if this segfault is due to a missing lisp.core.
--
Gareth Jones ISE4
What is written without effort is in general read without pleasure.
S. Johnson
····@doc.ic.ac.uk (Gareth Jones) writes:
> ····@acm.org (Pierre R. Mai) writes:
>
> > Two things you might want to look into:
> >
> > - Did you really unpack in the root directory?
>
> I had the same problems. Is there no way of running the new version
> anywhere else? I've tried CMUCLLIB and -core but it still segfaults
> in strcpy. The old cmucl-2.4.5-2.tar.gz works with -core and gives an
> error message if lisp.core is missing which seems preferable behaviour
> if this segfault is due to a missing lisp.core.
It seems that I misdiagnosed the problem: The seg-fault is not being
caused by a missing lisp.core. I'm still at a loss as to what the
cause of the seg-fault is, and I haven't got the time at the moment to
look into it more deeply. If the people who are having problems could
post info on the libraries and kernel versions on their system
(ldd /usr/bin/lisp and uname -a), I could forward this to the CMU CL
developers mailing list, to see if someone has any ideas...
Regs, Pierre.
--
Pierre Mai <····@acm.org> PGP and GPG keys at your nearest Keyserver
"One smaller motivation which, in part, stems from altruism is Microsoft-
bashing." [Microsoft memo, see http://www.opensource.org/halloween1.html]
Bill&Virginia wrote:
> I am unpacking the following two files at /
This will put the program `lisp' in /usr/bin and the lisp-safe.core in
/usr/lib/cmucl. I think (I don't have a sensible cmucl installation but
from memory this is what happend). Please could you confirm this.
If this is the case, please could you try the following:
cd /usr/lib/cmucl
ln -s lisp-safe.core lisp.core
/usr/bin/lisp -core /usr/lib/cmucl/lisp.core
If this doesn't work, then it's time to try tracing libraries and stuff.
Best Regards,
:) will
Sent via Deja.com http://www.deja.com/
Before you buy.
Bill&Virginia wrote:
> I am unpacking the following two files at /
This will put the program `lisp' in /usr/bin and the lisp-safe.core in
/usr/lib/cmucl. I think (I don't have a sensible cmucl installation but
from memory this is what happend). Please could you confirm this.
If this is the case, please could you try the following:
cd /usr/lib/cmucl
ln -s lisp-safe.core lisp.core
/usr/bin/lisp -core /usr/lib/cmucl/lisp.core
If this doesn't work, then it's time to try tracing libraries and stuff.
Best Regards,
:) will
Sent via Deja.com http://www.deja.com/
Before you buy.
You can specify the `core'file you want to use on the command line by
typing e.g. /usr/bin/lisp -core ~/lisp-small.core.
Best Regards,
:) will
Sent via Deja.com http://www.deja.com/
Before you buy.
On Thu, 6 Jan 2000 16:31:00 -0700, Larry Elmore <········@montana.campuscw.net> wrote:
> I downloaded the CMUCL tar.gz and untarred it into /usr on a new Mandrake
> Linux 6.1 installation (it's a Redhat 6.1 derivative). Ran 'ldconfig' and
> then 'lisp'. I got an error message stating that it couldn't load a shared
> library because '__setfpucw' was undefined.
CMUCL comes in a pre-compiled RPM binary that works just fine under a
standard RedHat 6.1. If Mandrake is a derivative, won't the standard
distribution work as is? (Or is that what you already tried? If so,
I don't understand the "ldconfig" part.)
-- Don
_____________________________________________________________________________
Don Geddis ······@cadabra.com Phone 650-403-2220
Cadabra Inc. http://cadabra.com Fax 650-403-2201
1820 Gateway Drive, Suite 300, San Mateo, CA 94404 Main 650-403-2200
"Don Geddis" <······@Cadabra.Com> wrote in message
··························@jedi.tesserae.com...
> On Thu, 6 Jan 2000 16:31:00 -0700, Larry Elmore
<········@montana.campuscw.net> wrote:
> > I downloaded the CMUCL tar.gz and untarred it into /usr on a new
Mandrake
> > Linux 6.1 installation (it's a Redhat 6.1 derivative). Ran 'ldconfig'
and
> > then 'lisp'. I got an error message stating that it couldn't load a
shared
> > library because '__setfpucw' was undefined.
>
> CMUCL comes in a pre-compiled RPM binary that works just fine under a
> standard RedHat 6.1. If Mandrake is a derivative, won't the standard
> distribution work as is? (Or is that what you already tried? If so,
> I don't understand the "ldconfig" part.)
Perhaps I'm blind or daft, but I haven't seen a CMUCL RPM anywhere. Where
can I find it?
Larry
> > CMUCL comes in a pre-compiled RPM binary that works just fine under a
> > standard RedHat 6.1. If Mandrake is a derivative, won't the standard
> > distribution work as is? (Or is that what you already tried? If so,
> > I don't understand the "ldconfig" part.)
>
> Perhaps I'm blind or daft, but I haven't seen a CMUCL RPM anywhere. Where
> can I find it?
>
> Larry
Seems to be in
ftp://ftp2.cons.org/pub/languages/lisp/cmucl/experimental/Linux/rpm-format/
Joe
"Joseph Dale" <·····@uclink4.berkeley.edu> wrote in message
······················@uclink4.berkeley.edu...
>
> > > CMUCL comes in a pre-compiled RPM binary that works just fine under a
> > > standard RedHat 6.1. If Mandrake is a derivative, won't the standard
> > > distribution work as is? (Or is that what you already tried? If so,
> > > I don't understand the "ldconfig" part.)
> >
> > Perhaps I'm blind or daft, but I haven't seen a CMUCL RPM anywhere.
Where
> > can I find it?
> >
> > Larry
>
> Seems to be in
>
ftp://ftp2.cons.org/pub/languages/lisp/cmucl/experimental/Linux/rpm-format/
Ah. Thanks!
Larry
I let Larry Elmore's fix to __setfpucw expire from my server before
I saved it. Would somebody be so kind as to repost it or emial it to
me.
Thanks,
Bill