Menu
▾
▴
matlisp-users
|
From: Nicolas N. <Nic...@iw...> - 2002-03-26 13:26:51
|
Hello, Matlisp-Users. I am trying to compile matlisp (CVS version) with CMUCL (3.0.9). After having compiled the Fortran files without problems the Lisp part gives the following error: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> /usr/bin/lisp -noinit -eval '(progn (load "start.lisp"))' ; Loading #p"/usr/local/src/matlisp/start.lisp". Converted SETLOGICALROOT. Converted GETLOGICALROOT. Converted DEFLOGICALPATH. ;; Loading #p"/usr/local/src/matlisp/system.dcl". ;;; Loading #p"/usr/local/src/matlisp/defsystem.lisp". Converted CANONICALIZE-MODULE-NAME. Converted DEFMODULE. Converted MODULE-FILES. Converted PROVIDE. Converted REQUIRE. Warning: These variables are undefined: *LIBRARY* *MODULE-FILES* Warning: Old-style IN-PACKAGE. Converted |(PCL::FAST-METHOD PRINT-OBJECT (COMPONENT T))|. Converted |(PCL::FAST-METHOD PRINT-OBJECT (LANGUAGE T))|. ;; Loading #p"/usr/local/src/matlisp/config.lisp". ;; Loading #p"/usr/local/src/matlisp/packages.x86f". Python version 1.0, VM version Intel x86 on 26 MAR 02 02:01:36 pm. Compiling: /usr/local/src/matlisp/lib/lazy-loader.lisp 26 MAR 02 01:59:08 pm ;;; Running /usr/bin/ld... Error in function SYSTEM::LOAD-OBJECT-FILE: Can't open object "/tmp/25749AG0": "/usr/local/src/matlisp/lib/libmatlisp.so: undefined symbol: fstat" Restarts: 0: [CONTINUE] Return NIL from load of "start.lisp". 1: [ABORT ] Skip remaining initializations. Debug (type H for help) (SYSTEM::LOAD-OBJECT-FILE "/tmp/25749AG0") Source: Error finding source: Error in function DEBUG::GET-FILE-TOP-LEVEL-FORM: Source file no longer exists: target:code/foreign.lisp. 0] <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Can someone help me? Thanks, Nicolas. |
|
From: Raymond T. <to...@rt...> - 2002-03-26 13:43:36
|
>>>>> "Nicolas" == Nicolas Neuss <Nic...@iw...> writes:
Nicolas> Hello, Matlisp-Users.
Nicolas> I am trying to compile matlisp (CVS version) with CMUCL (3.0.9).
Nicolas> After having compiled the Fortran files without problems the Lisp part
Nicolas> gives the following error:
What platform is this? NetBSD?
While I haven't built matlisp in a while, I didn't have any problems.
Ray
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Nicolas> /usr/bin/lisp -noinit -eval '(progn (load "start.lisp"))'
Nicolas> ; Loading #p"/usr/local/src/matlisp/start.lisp".
Nicolas> Converted SETLOGICALROOT.
Nicolas> Converted GETLOGICALROOT.
Nicolas> Converted DEFLOGICALPATH.
Nicolas> ;; Loading #p"/usr/local/src/matlisp/system.dcl".
Nicolas> ;;; Loading #p"/usr/local/src/matlisp/defsystem.lisp".
Nicolas> Converted CANONICALIZE-MODULE-NAME.
Nicolas> Converted DEFMODULE.
Nicolas> Converted MODULE-FILES.
Nicolas> Converted PROVIDE.
Nicolas> Converted REQUIRE.
Nicolas> Warning: These variables are undefined:
Nicolas> *LIBRARY* *MODULE-FILES*
Nicolas> Warning: Old-style IN-PACKAGE.
Nicolas> Converted |(PCL::FAST-METHOD PRINT-OBJECT (COMPONENT T))|.
Nicolas> Converted |(PCL::FAST-METHOD PRINT-OBJECT (LANGUAGE T))|.
Nicolas> ;; Loading #p"/usr/local/src/matlisp/config.lisp".
Nicolas> ;; Loading #p"/usr/local/src/matlisp/packages.x86f".
Nicolas> Python version 1.0, VM version Intel x86 on 26 MAR 02 02:01:36 pm.
Nicolas> Compiling: /usr/local/src/matlisp/lib/lazy-loader.lisp 26 MAR 02 01:59:08 pm
Nicolas> ;;; Running /usr/bin/ld...
Nicolas> Error in function SYSTEM::LOAD-OBJECT-FILE:
Nicolas> Can't open object "/tmp/25749AG0": "/usr/local/src/matlisp/lib/libmatlisp.so: undefined symbol: fstat"
So when loading the Fortran libraries, we can't find fstat. Where is
fstat? libc? Can you tell me what load-blas-&-lapack-libraries in
lazy-loader.lisp looks like?
Ray
|
|
From: Nicolas N. <Nic...@iw...> - 2002-03-26 14:04:07
|
Raymond Toy <to...@rt...> writes: > >>>>> "Nicolas" == Nicolas Neuss <Nic...@iw...> writes: > > Nicolas> Hello, Matlisp-Users. > Nicolas> I am trying to compile matlisp (CVS version) with CMUCL (3.0.9). > Nicolas> After having compiled the Fortran files without problems the Lisp part > Nicolas> gives the following error: > > What platform is this? NetBSD? > > While I haven't built matlisp in a while, I didn't have any problems. > > Ray Oh, I forgot... No, it's Debian. Nicolas. P.S.: Maybe I have done something wrong with the installation of my CMUCL, even if the error looks otherwise. I've just learned from Christophe Rhodes about dpkg-buildpackage and try now to build CMUCL from the sources. Hopefully, it compiles also matlisp thereafter... |
|
From: Raymond T. <to...@rt...> - 2002-03-26 14:16:37
|
>>>>> "Nicolas" == Nicolas Neuss <Nic...@iw...> writes:
Nicolas> Raymond Toy <to...@rt...> writes:
>> >>>>> "Nicolas" == Nicolas Neuss <Nic...@iw...> writes:
>>
Nicolas> Hello, Matlisp-Users.
Nicolas> I am trying to compile matlisp (CVS version) with CMUCL (3.0.9).
Nicolas> After having compiled the Fortran files without problems the Lisp part
Nicolas> gives the following error:
>>
>> What platform is this? NetBSD?
>>
>> While I haven't built matlisp in a while, I didn't have any problems.
>>
>> Ray
Nicolas> Oh, I forgot... No, it's Debian.
Nicolas> Nicolas.
Nicolas> P.S.: Maybe I have done something wrong with the installation of my
Nicolas> CMUCL, even if the error looks otherwise. I've just learned from
Nicolas> Christophe Rhodes about dpkg-buildpackage and try now to build CMUCL
Nicolas> from the sources. Hopefully, it compiles also matlisp thereafter...
Don't think rebuilding will help, but you never know.
Can you tell me what load-blas-&-lapack-libraries in lazy-loader.lisp
looks like? We obviously aren't able to find the fstat function, so
I'm thinking we aren't linking with libc for some reason.
Ray
|
|
From: Nicolas N. <Nic...@iw...> - 2002-03-26 14:23:31
|
Raymond Toy <to...@rt...> writes: > Don't think rebuilding will help, but you never know. > > Can you tell me what load-blas-&-lapack-libraries in lazy-loader.lisp > looks like? We obviously aren't able to find the fstat function, so > I'm thinking we aren't linking with libc for some reason. > > Ray > Sorry, I had overlooked the second part of your first reponse at the beginning. The function reads: (defun load-blas-&-lapack-libraries () (ext::load-foreign "matlisp:lib;lazy-loader.o" :libraries (tokenize-ld-args (concatenate 'string "" " " "" " " "-L" (namestring (translate-logical-pathname "matlisp:lib")) " " "-R" (namestring (translate-logical-pathname "matlisp:lib")) " " "-lmatlisp" " " " -L/usr/lib/gcc-lib/i386-linux/2.95.4 -lg2c -lm")))) Bye, Nicolas. -- Dr. Nicolas Neuss Email: Nic...@IW... WWW: <http://www.iwr.uni-heidelberg.de/~Nicolas.Neuss> |
|
From: Raymond T. <to...@rt...> - 2002-03-26 14:47:39
|
>>>>> "Nicolas" == Nicolas Neuss <Nic...@iw...> writes:
Nicolas> Raymond Toy <to...@rt...> writes:
>> Don't think rebuilding will help, but you never know.
>>
>> Can you tell me what load-blas-&-lapack-libraries in lazy-loader.lisp
>> looks like? We obviously aren't able to find the fstat function, so
>> I'm thinking we aren't linking with libc for some reason.
>>
>> Ray
>>
Nicolas> Sorry, I had overlooked the second part of your first reponse at the
Nicolas> beginning. The function reads:
Nicolas> (defun load-blas-&-lapack-libraries ()
Nicolas> (ext::load-foreign "matlisp:lib;lazy-loader.o"
Nicolas> :libraries (tokenize-ld-args
Nicolas> (concatenate 'string
Nicolas> ""
Nicolas> " "
Nicolas> ""
Nicolas> " "
Nicolas> "-L"
Nicolas> (namestring
Nicolas> (translate-logical-pathname "matlisp:lib"))
Nicolas> " "
Nicolas> "-R"
Nicolas> (namestring
Nicolas> (translate-logical-pathname "matlisp:lib"))
Nicolas> " "
Nicolas> "-lmatlisp"
Nicolas> " "
Nicolas> " -L/usr/lib/gcc-lib/i386-linux/2.95.4 -lg2c -lm"))))
Ok, before -lm, can you add -lc? Like so:
" -L/usr/lib/gcc-lib/i386-linux/2.95.4 -lg2c -lc -lm"))))
Then try rebuilding. I hope that takes care of the problem. If so,
then it's my problem to figure out why configure isn't adding -lc.
Ray
|
|
From: Nicolas N. <Nic...@iw...> - 2002-03-26 15:23:42
|
Raymond Toy <to...@rt...> writes: > > Ok, before -lm, can you add -lc? Like so: > > " -L/usr/lib/gcc-lib/i386-linux/2.95.4 -lg2c -lc -lm")))) > > Then try rebuilding. I hope that takes care of the problem. If so, > then it's my problem to figure out why configure isn't adding -lc. > > Ray Doesn't work, unfortunately... >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> /usr/bin/lisp -noinit -eval '(progn (load "start.lisp"))' ; Loading #p"/usr/local/src/matlisp/start.lisp". Converted SETLOGICALROOT. Converted GETLOGICALROOT. Converted DEFLOGICALPATH. ;; Loading #p"/usr/local/src/matlisp/system.dcl". ;; Loading #p"/usr/local/src/matlisp/config.lisp". Error in function SYSTEM::LOAD-OBJECT-FILE: Can't open object "/tmp/29938AG0": "/usr/local/src/matlisp/lib/libmatlisp.so: undefined symbol: fstat" Restarts: 0: [CONTINUE] Return NIL from load of "start.lisp". 1: [ABORT ] Skip remaining initializations. Debug (type H for help) (SYSTEM::LOAD-OBJECT-FILE "/tmp/29938AG0") Source: Error finding source: Error in function DEBUG::GET-FILE-TOP-LEVEL-FORM: Source file no longer exists: target:code/foreign.lisp. 0] <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< The problem could be in defsystem, maybe? I've seen that CMUCL has some version now integrated, matlisp has another one, and there is the one at CLOCC, ... How is the connection between those? Nicolas. |
|
From: Raymond T. <to...@rt...> - 2002-03-26 15:30:56
|
>>>>> "Nicolas" == Nicolas Neuss <Nic...@iw...> writes:
Nicolas> Raymond Toy <to...@rt...> writes:
>>
>> Ok, before -lm, can you add -lc? Like so:
>>
>> " -L/usr/lib/gcc-lib/i386-linux/2.95.4 -lg2c -lc -lm"))))
>>
>> Then try rebuilding. I hope that takes care of the problem. If so,
>> then it's my problem to figure out why configure isn't adding -lc.
>>
>> Ray
Nicolas> Doesn't work, unfortunately...
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Nicolas> /usr/bin/lisp -noinit -eval '(progn (load "start.lisp"))'
Nicolas> ; Loading #p"/usr/local/src/matlisp/start.lisp".
Nicolas> Converted SETLOGICALROOT.
Nicolas> Converted GETLOGICALROOT.
Nicolas> Converted DEFLOGICALPATH.
Nicolas> ;; Loading #p"/usr/local/src/matlisp/system.dcl".
Nicolas> ;; Loading #p"/usr/local/src/matlisp/config.lisp".
Nicolas> Error in function SYSTEM::LOAD-OBJECT-FILE:
Nicolas> Can't open object "/tmp/29938AG0": "/usr/local/src/matlisp/lib/libmatlisp.so: undefined symbol: fstat"
Are you sure that the new lazy-loader is being loaded? Your output
doesn't really say.
Nicolas> The problem could be in defsystem, maybe? I've seen that CMUCL has
I don't think it's defsystem.
Nicolas> some version now integrated, matlisp has another one, and there is the
Nicolas> one at CLOCC, ... How is the connection between those?
CMUCL 18d is removing the very ancient defsystem that it uses.
The one in matlisp is a copy of the defsystem 3.x in CLOCC. It's
probably a little behind, but should still work.
If you're sure that the right lazy-loader is being used, then, I'll
have to try this on my Linux box at home. It's not debian, but that
shouldn't matter when building matlisp.
Ray
|
|
From: Marco A. <ma...@cs...> - 2002-03-26 19:09:48
|
> Cc: Nicolas Neuss <Nic...@iw...>, > Mat...@li... > From: Nicolas Neuss <Nic...@iw...> > Sender: mat...@li... > X-BeenThere: mat...@li... > X-Mailman-Version: 2.0.5 > Precedence: bulk > List-Help: <mailto:mat...@li...?subject=help> > List-Post: <mailto:mat...@li...> > List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/matlisp-users>, > <mailto:mat...@li...?subject=subscribe> > List-Id: Matlisp users mailing list. <matlisp-users.lists.sourceforge.net> > List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/matlisp-users>, > <mailto:mat...@li...?subject=unsubscribe> > List-Archive: <http://www.geocrawler.com/redir-sf.php3?list=matlisp-users> > X-Original-Date: 26 Mar 2002 16:23:34 +0100 > Date: 26 Mar 2002 16:23:34 +0100 > Content-Length: 1612 > > Raymond Toy <to...@rt...> writes: > > > > > Ok, before -lm, can you add -lc? Like so: > > > > " -L/usr/lib/gcc-lib/i386-linux/2.95.4 -lg2c -lc -lm")))) > > > > Then try rebuilding. I hope that takes care of the problem. If so, > > then it's my problem to figure out why configure isn't adding -lc. > > > > Ray > > Doesn't work, unfortunately... > > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > /usr/bin/lisp -noinit -eval '(progn (load "start.lisp"))' > ; Loading #p"/usr/local/src/matlisp/start.lisp". > Converted SETLOGICALROOT. > Converted GETLOGICALROOT. > Converted DEFLOGICALPATH. > ;; Loading #p"/usr/local/src/matlisp/system.dcl". > ;; Loading #p"/usr/local/src/matlisp/config.lisp". > > > Error in function SYSTEM::LOAD-OBJECT-FILE: > Can't open object "/tmp/29938AG0": "/usr/local/src/matlisp/lib/libmatlisp.so: undefined symbol: fstat" > > Restarts: > 0: [CONTINUE] Return NIL from load of "start.lisp". > 1: [ABORT ] Skip remaining initializations. > > Debug (type H for help) > > (SYSTEM::LOAD-OBJECT-FILE "/tmp/29938AG0") > Source: Error finding source: > Error in function DEBUG::GET-FILE-TOP-LEVEL-FORM: Source file no longer exists: > target:code/foreign.lisp. > 0] > <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > > The problem could be in defsystem, maybe? I've seen that CMUCL has > some version now integrated, matlisp has another one, and there is the > one at CLOCC, ... How is the connection between those? The connection is the following: the CLOCC version is the official one. The next CMUCL distribution will remove the defsystem. Matlisp should do the same. Cheers -- Marco Antoniotti ======================================================== NYU Courant Bioinformatics Group tel. +1 - 212 - 998 3488 719 Broadway 12th Floor fax +1 - 212 - 995 4122 New York, NY 10003, USA http://bioinformatics.cat.nyu.edu "Hello New York! We'll do what we can!" Bill Murray in `Ghostbusters'. |
|
From: Nicolas N. <Nic...@iw...> - 2002-03-26 16:12:57
|
Raymond Toy <to...@rt...> writes:
> >>>>> "Nicolas" == Nicolas Neuss <Nic...@iw...> writes:
>
> Nicolas> Raymond Toy <to...@rt...> writes:
> >>
> >> Ok, before -lm, can you add -lc? Like so:
> >>
> >> " -L/usr/lib/gcc-lib/i386-linux/2.95.4 -lg2c -lc -lm"))))
> >>
> >> Then try rebuilding. I hope that takes care of the problem. If so,
> >> then it's my problem to figure out why configure isn't adding -lc.
> >>
> >> Ray
>
> Nicolas> Doesn't work, unfortunately...
>
> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
> Nicolas> /usr/bin/lisp -noinit -eval '(progn (load "start.lisp"))'
> Nicolas> ; Loading #p"/usr/local/src/matlisp/start.lisp".
> Nicolas> Converted SETLOGICALROOT.
> Nicolas> Converted GETLOGICALROOT.
> Nicolas> Converted DEFLOGICALPATH.
> Nicolas> ;; Loading #p"/usr/local/src/matlisp/system.dcl".
> Nicolas> ;; Loading #p"/usr/local/src/matlisp/config.lisp".
>
>
> Nicolas> Error in function SYSTEM::LOAD-OBJECT-FILE:
> Nicolas> Can't open object "/tmp/29938AG0": "/usr/local/src/matlisp/lib/libmatlisp.so: undefined symbol: fstat"
>
> Are you sure that the new lazy-loader is being loaded? Your output
> doesn't really say.
>
I'm very sure: after the error appeared, I did:
(function-lambda-expression #'matlisp::load-blas-&-lapack-libraries)
with the result:
(LAMBDA ()
(BLOCK MATLISP:LOAD-BLAS-&-LAPACK-LIBRARIES
(LOAD-FOREIGN "matlisp:lib;lazy-loader.o"
:LIBRARIES
(MATLISP::TOKENIZE-LD-ARGS
(CONCATENATE 'STRING
""
" "
""
" "
"-L"
(NAMESTRING
(TRANSLATE-LOGICAL-PATHNAME "matlisp:lib"))
" "
"-R"
(NAMESTRING
(TRANSLATE-LOGICAL-PATHNAME "matlisp:lib"))
" "
"-lmatlisp"
" "
" -L/usr/lib/gcc-lib/i386-linux/2.95.4 -lg2c -lc -lm")))))
NIL
MATLISP:LOAD-BLAS-&-LAPACK-LIBRARIES
> If you're sure that the right lazy-loader is being used, then, I'll
> have to try this on my Linux box at home. It's not debian, but that
> shouldn't matter when building matlisp.
>
> Ray
That would be nice. Thank you.
Nicolas.
|
|
From: Raymond T. <to...@rt...> - 2002-03-26 17:34:37
|
>>>>> "Nicolas" == Nicolas Neuss <Nic...@iw...> writes:
Nicolas> Raymond Toy <to...@rt...> writes:
>> If you're sure that the right lazy-loader is being used, then, I'll
>> have to try this on my Linux box at home. It's not debian, but that
>> shouldn't matter when building matlisp.
>>
>> Ray
Nicolas> That would be nice. Thank you.
Hmm. I tried this on a RH 7.1 Linux box with a fairly recent CMUCL
CVS build. I can't reproduce this bug.
And I'm not really motivated to download the Debian CMUCL package.
I'm also surprised that fstat is used by anything in matlisp. I'm
pretty sure none of LAPACK and friends knows or cares about files. It
must be coming from either the lisp binary itself or -lg2c. Adding
-lc should have fixed that.
Maybe the lisp binary needs to be compiled with the export-dynamic (?)
switch. I vaguely recall some discussion about this.
I'm sorry I can't help much here.
Ray
|
Thanks for helping keep SourceForge clean.
X