Re: Configuration failure on Linux/SBCL

Robert Sedgewick <[email protected]> Tue, 25 May 2004 22:52:45 -0400
Newsgroups gmane.lisp.matlisp.user
Message-ID <[email protected]>
On May 25, 2004, at 8:33 PM, [email protected] wrote:

>
> I'll update the website.  So AFAIK, the current situation is:
>
> Linux:  CMU CL v??, SBCL v?? based on libmatlisp.so
>            which is compiled from the fortran sources using gcc and 
> g77.
>            Is it possible to link in Atlas??

Works with SBCL 8.10.48 on x86 with asdf  doing the loading and 
compiling (I wrote my own matlisp.asd file so I didn't have to fiddle 
with defsystem and the makefile)

Trying the makefile/defsystem loading mechanism there are some 
problems.  It gives this error
"""debugger invoked on a SIMPLE-ERROR in thread 18119:
   cannot specify the version without a type: #<LOGICAL-PATHNAME
                                                :HOST 
#<SB-KERNEL:LOGICAL-HOST
                                                        "MATLISP">
                                                :DIRECTORY (:ABSOLUTE 
"BIN")
                                                :NAME NIL
                                                :TYPE NIL
                                                :VERSION :NEWEST>"""


This used to work so I think sbcl changed the way they handle logical 
pathnames.  I'll look into it


Should be possible to link with Atlas, although I haven't tried this.


>
> MacOSX: SBCL v??
>           I have no idea how you compile the fortran sources.
>

Works on SBCL 8.8.0 with asdf loading. Although I get a weird error 
about a bogus file discriptor?  Seems to work if I choose the "Remove 
them" restart.  I think this is a sbcl problem and not a matlisp 
one.....

There is also some weird problem with configure giving an error (even 
after being rebuilt).  autoconf can be frustrating.  I think fixed this 
before but I forget how.  I'll work on this sometime when I get a 
chance.

  Requires Apple dev tool and g77 installed to compile the sources.
Mine is installed with fink (fink.sf.net) but other versions such as 
darwinports
(http://darwinports.opendarwin.org/) probably work too...

Should be possible to link with Atlas.

Sorry I didn't find these issues before I sent in the patch.  I'll work 
on these problems when I have some free time (probably this weekend).

--Robbie



-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click