Menu
▾
▴
matlisp-devel — Developers discussion list. Users can request stuff here as well.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(11) |
Nov
(3) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(8) |
Jul
(9) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
(1) |
| 2004 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2005 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2011 |
Jan
|
Feb
(1) |
Mar
(7) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
(31) |
Apr
(6) |
May
(6) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2011-03-22 16:20:06
|
Bugs item #1065640, was opened at 2004-11-13 06:22 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1065640&group_id=4511 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: compilation bugs Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Denis Bueno (dbueno) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails out-of-the-box on OS X Initial Comment: The compilation of matlisp under OS X will fail for various reasons in the CVS version of matlisp. I configure'd with: ./configure --with-lisp-exec=/usr/local/bin/sbcl --build=powerpc- apple This will fail unless the user (presumably) has followed the advice given at http://lists.gnu.org/archive/html/autoconf/2003-07/ msg00102.html. However, it didn't end up working immediately for me, and I ended up configure'ing with: FLIBS='-L/sw/lib/gcc/powerpc-apple-darwin7.6.0/3.4.1 -L/sw/ lib/gcc/powerpc-apple-darwin7.6.0/3.4.1/../../.. -lfrtbegin -lg2c -lSystem' ./configure --with-lisp-exec=/usr/local/bin/sbcl -- build=powerpc-apple This works, but it creates a flawed matlisp.mk, which is fixed by patch [1] below. System details: - uname -a: Darwin johngalt.local 7.6.0 Darwin Kernel Version 7.6.0: Sun Oct 10 12:05:27 PDT 2004; root:xnu/xnu -517.9.4.obj~1/RELEASE_PPC Power Macintosh powerpc - gcc --version: gcc (GCC) 3.3 20030304 (Apple Computer, Inc. build 1640) Patches [1] --- matlisp.mk Sat Nov 13 01:10:53 2004 +++ matlisp.mk.fixed Sat Nov 13 01:15:35 2004 @@ -81,9 +81,9 @@ CC = gcc CLIBS = LIBS = -LD = ld +LD = gcc LDFLAGS = -SHARED_LIB_LDFLAGS = -G +SHARED_LIB_LDFLAGS = -bundle AR = ar ARFLAGS = rv LISPEXEC = /usr/local/bin/sbcl ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-03-22 16:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Raymond Toy (rtoy) Date: 2011-03-08 15:48 Message: Latest GIt version of matlisp should have this issue fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1065640&group_id=4511 |
|
From: SourceForge.net <no...@so...> - 2011-03-22 16:20:06
|
Bugs item #1631740, was opened at 2007-01-09 19:31 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1631740&group_id=4511 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Jrn Inge Vestgrden (jivestgarden) Assigned to: Nobody/Anonymous (nobody) Summary: quadpack brokon on sbcl Initial Comment: Quadpack broken for sbcl on cvs checked out version "Pre 2.0" I think the error is #+(or cmu scl) for #+(or cmu sbcl) in macros.l ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-03-22 16:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Raymond Toy (rtoy) Date: 2011-03-08 15:49 Message: This should be fixed in Git now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1631740&group_id=4511 |
|
From: SourceForge.net <no...@so...> - 2011-03-08 15:52:12
|
Bugs item #2911547, was opened at 2009-12-09 12:34 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=2911547&group_id=4511 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: configuration bugs Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Gabor Melis (melisgl) Assigned to: Nobody/Anonymous (nobody) Summary: -lgcc_s missing Initial Comment: The 2009-09-02 changes (upgrading to autoconf2.60) broke the build on the machines I have access to (Debian squeeze, debian lenny, suse sles11): ; compiling (LOAD-BLAS-&-LAPACK-LIBRARIES) debugger invoked on a SIMPLE-ERROR in thread #<THREAD "initial thread" RUNNING {1002A63071}>: Error opening shared object "/home/mega/lisp/matlisp.test/lib/libmatlisp.so": /home/mega/lisp/matlisp.test/lib/libmatlisp.so: undefined symbol: __powidf2. Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. I traced the problem to FLIBS lacking '-lgcc_s'. Downgrading to autoconf2.59 fixes the issue although that may not be the right fix. ---------------------------------------------------------------------- >Comment By: Raymond Toy (rtoy) Date: 2011-03-08 10:51 Message: This issue should be fixed in latest Git version. I have no troubles loading matlisp with sbcl on OS X. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=2911547&group_id=4511 |
|
From: SourceForge.net <no...@so...> - 2011-03-08 15:50:34
|
Bugs item #1947810, was opened at 2008-04-21 09:04 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1947810&group_id=4511 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: compilation bugs Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: SB-ALIEN:LOAD-1-FOREIGN problem with SBCL Initial Comment: I'm trying to install Matlisp on an x86 Linux (Dell laptop and Ubuntu) with SBCL v1.0.6. During the make step I get "SB-ALIEN:LOAD-1-FOREIGN is unsupported as of SBCL 0.8.13. Please use LOAD-SHARED-OBJECT". This seems to be a change to SBCL (http://www.sbcl.org/all-news.html under heading "New in version 0.8.13". I tried downloading the current defsystem.lisp from the CVS repository but got the same error. Do you know a workaround for this? Thanks, Mayes mmu...@mu... ---------------------------------------------------------------------- >Comment By: Raymond Toy (rtoy) Date: 2011-03-08 10:50 Message: LOAD-SHARED-OBJECT is used now. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-21 10:37 Message: Logged In: NO I see (now that I learn how to explore around these bug lists a bit more) that this is a duplicate of "[ 1065642 ] CVS Matlisp minorly broken with latest SBCL". I downloaded lazy-loader.lisp from the matlisp CVS repository and tried again -- got the same error. I then manually edited lib/lazy-loader.lisp and lib/lazy-loader.lisp.in (didn't know if one or both was necessary) to replace the lines that seemed offensive with the ones in that bug report. It then loaded ok and seems to work now. Mayes ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1947810&group_id=4511 |
|
From: SourceForge.net <no...@so...> - 2011-03-08 15:49:47
|
Bugs item #1631740, was opened at 2007-01-09 14:31 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1631740&group_id=4511 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Jørn Inge Vestgården (jivestgarden) Assigned to: Nobody/Anonymous (nobody) Summary: quadpack brokon on sbcl Initial Comment: Quadpack broken for sbcl on cvs checked out version "Pre 2.0" I think the error is #+(or cmu scl) for #+(or cmu sbcl) in macros.l ---------------------------------------------------------------------- >Comment By: Raymond Toy (rtoy) Date: 2011-03-08 10:49 Message: This should be fixed in Git now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1631740&group_id=4511 |
|
From: SourceForge.net <no...@so...> - 2011-03-08 15:49:10
|
Bugs item #1065642, was opened at 2004-11-13 01:27 Message generated for change (Settings changed) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1065642&group_id=4511 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: portability bugs Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Denis Bueno (dbueno) Assigned to: Nobody/Anonymous (nobody) Summary: CVS Matlisp minorly broken with latest SBCL Initial Comment: The read-time conditionals for shared library loading in lib/lazy- loader.lisp don't work with the latest incarnations in sbcl. In particular, what used to be LOAD-1-FOREIGN is now called LOAD- SHARED-OBJECT. The included patch should fix the problem. Index: lib/lazy-loader.lisp =========================================== ======================== RCS file: /cvsroot/matlisp/matlisp/lib/lazy-loader.lisp,v retrieving revision 1.7 diff -u -r1.7 lazy-loader.lisp --- lib/lazy-loader.lisp 17 Mar 2004 03:29:15 -0000 1.7 +++ lib/lazy-loader.lisp 13 Nov 2004 06:27:10 -0000 @@ -165,7 +165,7 @@ "@FLIBS@")))) #+:sbcl (defun load-blas-&-lapack-libraries () - (sb-alien:load-1-foreign "matlisp:lib;libmatlisp.so")) + (sb-alien:load-shared-object "matlisp:lib;libmatlisp.so")) ---------------------------------------------------------------------- >Comment By: Raymond Toy (rtoy) Date: 2011-03-08 10:49 Message: Latest Git version is known to work with SBCL now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1065642&group_id=4511 |
|
From: SourceForge.net <no...@so...> - 2011-03-08 15:48:31
|
Bugs item #1065640, was opened at 2004-11-13 01:22 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1065640&group_id=4511 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: compilation bugs Group: None >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Denis Bueno (dbueno) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails out-of-the-box on OS X Initial Comment: The compilation of matlisp under OS X will fail for various reasons in the CVS version of matlisp. I configure'd with: ./configure --with-lisp-exec=/usr/local/bin/sbcl --build=powerpc- apple This will fail unless the user (presumably) has followed the advice given at http://lists.gnu.org/archive/html/autoconf/2003-07/ msg00102.html. However, it didn't end up working immediately for me, and I ended up configure'ing with: FLIBS='-L/sw/lib/gcc/powerpc-apple-darwin7.6.0/3.4.1 -L/sw/ lib/gcc/powerpc-apple-darwin7.6.0/3.4.1/../../.. -lfrtbegin -lg2c -lSystem' ./configure --with-lisp-exec=/usr/local/bin/sbcl -- build=powerpc-apple This works, but it creates a flawed matlisp.mk, which is fixed by patch [1] below. System details: - uname -a: Darwin johngalt.local 7.6.0 Darwin Kernel Version 7.6.0: Sun Oct 10 12:05:27 PDT 2004; root:xnu/xnu -517.9.4.obj~1/RELEASE_PPC Power Macintosh powerpc - gcc --version: gcc (GCC) 3.3 20030304 (Apple Computer, Inc. build 1640) Patches [1] --- matlisp.mk Sat Nov 13 01:10:53 2004 +++ matlisp.mk.fixed Sat Nov 13 01:15:35 2004 @@ -81,9 +81,9 @@ CC = gcc CLIBS = LIBS = -LD = ld +LD = gcc LDFLAGS = -SHARED_LIB_LDFLAGS = -G +SHARED_LIB_LDFLAGS = -bundle AR = ar ARFLAGS = rv LISPEXEC = /usr/local/bin/sbcl ---------------------------------------------------------------------- >Comment By: Raymond Toy (rtoy) Date: 2011-03-08 10:48 Message: Latest GIt version of matlisp should have this issue fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1065640&group_id=4511 |
|
From: Raymond T. <toy...@gm...> - 2011-02-18 03:52:23
|
In case any cares, I've updated matlisp. No real functional changes, but building the matlisp libraries should be easier because it uses automake now. Also, we no longer use mk:defsys. Instead matlisp can be built using asdf2. Also, quadpack is no longer built with matlisp. It's an add-on package which can be loaded via (require :matlisp-quadpack). The minpack package can be loaded with (require :matlisp-minpack). Ray |
|
From: SourceForge.net <no...@so...> - 2009-12-09 17:34:26
|
Bugs item #2911547, was opened at 2009-12-09 17:34 Message generated for change (Tracker Item Submitted) made by melisgl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=2911547&group_id=4511 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: configuration bugs Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Gabor Melis (melisgl) Assigned to: Nobody/Anonymous (nobody) Summary: -lgcc_s missing Initial Comment: The 2009-09-02 changes (upgrading to autoconf2.60) broke the build on the machines I have access to (Debian squeeze, debian lenny, suse sles11): ; compiling (LOAD-BLAS-&-LAPACK-LIBRARIES) debugger invoked on a SIMPLE-ERROR in thread #<THREAD "initial thread" RUNNING {1002A63071}>: Error opening shared object "/home/mega/lisp/matlisp.test/lib/libmatlisp.so": /home/mega/lisp/matlisp.test/lib/libmatlisp.so: undefined symbol: __powidf2. Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. I traced the problem to FLIBS lacking '-lgcc_s'. Downgrading to autoconf2.59 fixes the issue although that may not be the right fix. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=2911547&group_id=4511 |
|
From: SourceForge.net <no...@so...> - 2008-04-21 14:37:23
|
Bugs item #1947810, was opened at 2008-04-21 06:04 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1947810&group_id=4511 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: compilation bugs Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: SB-ALIEN:LOAD-1-FOREIGN problem with SBCL Initial Comment: I'm trying to install Matlisp on an x86 Linux (Dell laptop and Ubuntu) with SBCL v1.0.6. During the make step I get "SB-ALIEN:LOAD-1-FOREIGN is unsupported as of SBCL 0.8.13. Please use LOAD-SHARED-OBJECT". This seems to be a change to SBCL (http://www.sbcl.org/all-news.html under heading "New in version 0.8.13". I tried downloading the current defsystem.lisp from the CVS repository but got the same error. Do you know a workaround for this? Thanks, Mayes mmu...@mu... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-21 07:37 Message: Logged In: NO I see (now that I learn how to explore around these bug lists a bit more) that this is a duplicate of "[ 1065642 ] CVS Matlisp minorly broken with latest SBCL". I downloaded lazy-loader.lisp from the matlisp CVS repository and tried again -- got the same error. I then manually edited lib/lazy-loader.lisp and lib/lazy-loader.lisp.in (didn't know if one or both was necessary) to replace the lines that seemed offensive with the ones in that bug report. It then loaded ok and seems to work now. Mayes ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1947810&group_id=4511 |
|
From: SourceForge.net <no...@so...> - 2008-04-21 13:19:28
|
Bugs item #1947810, was opened at 2008-04-21 06:04 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1947810&group_id=4511 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: compilation bugs Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: SB-ALIEN:LOAD-1-FOREIGN problem with SBCL Initial Comment: I'm trying to install Matlisp on an x86 Linux (Dell laptop and Ubuntu) with SBCL v1.0.6. During the make step I get "SB-ALIEN:LOAD-1-FOREIGN is unsupported as of SBCL 0.8.13. Please use LOAD-SHARED-OBJECT". This seems to be a change to SBCL (http://www.sbcl.org/all-news.html under heading "New in version 0.8.13". I tried downloading the current defsystem.lisp from the CVS repository but got the same error. Do you know a workaround for this? Thanks, Mayes mmu...@mu... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1947810&group_id=4511 |
|
From: Raymond T. <toy...@gm...> - 2007-03-27 11:38:34
|
Max-Gerd Retzlaff wrote: > Hello, > > I have yesterday installed Matlisp on my system, and I'm very pleased > with it. The installation was really simple and judging from some first > tests, it seems to be just what I want. Thanks. > > > Then I've wanted to built it using the ATLAS libraries. I've tried > to achieve that with this call to configure: > > ./configure --with-lisp=sbcl --with-lisp-exec=sbcl --prefix=`pwd` --with-atlas="/usr/lib/sse2" > > (The desired libraries lie in /usrr/lib/sse2 on Debian.) > > But the lapack library file of the Debian package atlas3-sse2-dev > is called liblapack_atlas.so not liblapack.so, so I changed that > in the ATLAS_LIBS variable in configure.in. Sorry for the delay. It seems that the best way would be either for configure to figure out the name of the library itself from the directory or for the user to give the name of the library as a configure option. Figuring out the name might be difficult and error prone, so using another option for configure might be best. I will apply the other parts of your patch, though. That's useful. Thanks, Ray |
|
From: Max-Gerd R. <m.r...@gm...> - 2007-03-01 15:19:27
|
Hello, I have yesterday installed Matlisp on my system, and I'm very pleased with it. The installation was really simple and judging from some first tests, it seems to be just what I want. Thanks. Then I've wanted to built it using the ATLAS libraries. I've tried to achieve that with this call to configure: ./configure --with-lisp=sbcl --with-lisp-exec=sbcl --prefix=`pwd` --with-atlas="/usr/lib/sse2" (The desired libraries lie in /usrr/lib/sse2 on Debian.) But the lapack library file of the Debian package atlas3-sse2-dev is called liblapack_atlas.so not liblapack.so, so I changed that in the ATLAS_LIBS variable in configure.in. To have the libraries loaded on SBCL I've added some code load-blas-&-lapack-libraries in lazy-loader.lisp.in. It's a bit longer than on CMUCL as I have added code that extracts the library names from the @ATLAS_LIBS@ string and the ATLAS directory from @ATLAS_DIR@, and then loads the .so-files via sb-alien:load-shared-object. I'm not exactly sure wheter this is the way to go.. At least it seems to work, and even in a way that might probably work on other systems than mine as well. Other changes in the patch: - Changed the two definitions of ATLAS_P in configure.in from nil to "(or)" and from t to "(and)", respectively, so that one can use "#+@ATLAS_P@" in lib/lazy-loader.lisp.in, and it will also work for the "true" case. - "make distclean" will now also delete the files matlisp.mk, lib/lazy-loader.lisp, src/f77-mangling.lisp, and config.status, that are generated when calling configure. - Updated the paragraph on building Matlisp with ATLAS: When the ATLAS libraries have different names, the variable ATLAS_LIBS in configure.in should be changed, not the generated file lib/lazy-loader.lisp. Bye, Max PS: This is Linux 2.6.15.1, ia32 (Pentium Mobile), SBCL 0.9.16.21, a Matlisp checkout of yesterday evening, atlas3-sse2-dev 3.6.0-20.6 (Debian unstable), in the case someone is interested in this. -- Max-Gerd Retzlaff <m.r...@gm...> http://blog.matroid.org For your amusement: Comedy, like Medicine, was never meant to be practiced by the general public. |
|
From: SourceForge.net <no...@so...> - 2007-01-09 19:31:57
|
Bugs item #1631740, was opened at 2007-01-09 20:31 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1631740&group_id=4511 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jørn Inge Vestgården (jivestgarden) Assigned to: Nobody/Anonymous (nobody) Summary: quadpack brokon on sbcl Initial Comment: Quadpack broken for sbcl on cvs checked out version "Pre 2.0" I think the error is #+(or cmu scl) for #+(or cmu sbcl) in macros.l ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1631740&group_id=4511 |
|
From: Goffioul M. <gof...@im...> - 2005-04-14 13:10:28
|
Hi, attached is a patch for the MatLISP reader that implements MATLAB-like colon behavior (2:3, pi:-0.1:-pi...). To avoid clash with the LISP package access convention, it's based on #\| instead of #\:. Ex: [1|10] [[10|-1|0]' [0|10]'] Bye. Michael. |
|
From: Raymond T. <ray...@er...> - 2005-03-01 17:27:39
|
[snip]
Lynn> The Intel Math Kernel Library contains the lapack and blas functions.
Lynn> The appropriate library is installed in
Lynn> /opt/intel/mkl72/lib/32/libmkl.so.
Lynn> Various attempts to modify load-blas-&-lapack-libraries result
Lynn> in various errors. For example:
Lynn> (defun load-blas-&-lapack-libraries ()
Lynn> (ext::load-foreign "matlisp:lib;lazy-loader.o"
Lynn> :libraries `("-R/opt/intel/mkl72/lib/32"
Lynn> "-L/opt/intel/mkl72/lib/32"
Lynn> "-L/usr/lib/gcc-lib/i386-redhat-linux/3.2.2"
Lynn> "-L/usr/lib"
Lynn> "-lmkl"
Lynn> "-lfrtbegin"
Lynn> "-lg2c"
Lynn> "-lm"
Lynn> "-lgcc_s")))
I think you've done everything right. Is this the list of libraries
that configure generates and you've just replaced the standard
lapack/blas with the Intel math kernel library?
Lynn> I can sucessfully do:
Lynn> (ext::load-foreign "/m/opt/intel/mkl72/lib/32/libmkl.so")
Lynn> And sucessfully do
Lynn> (def-fortran-routine dgemm :void
Lynn> (transa :string :input)
Lynn> (transb :string :input)
Lynn> (m :integer )
Lynn> (n :integer )
Lynn> (k :integer )
Lynn> (alpha :double-float )
Lynn> (a (* :double-float) )
Lynn> (lda :integer )
Lynn> (b (* :double-float) )
Lynn> (ldb :integer )
Lynn> (beta :double-float )
Lynn> (c (* :double-float) :output)
Lynn> (ldc :integer )
Lynn> )
Lynn> But CMUCL crashes when I call dgemm.
This is not good. Perhaps the calling conventions are different.
Ray
|
|
From: Lynn Q. <qu...@ai...> - 2005-02-25 05:37:32
|
I would like to test the performance of the Intel Math Kernel Library
with MATLISP and CMUCL, but I have not been successful modifying
load-blas-&-lapack-libraries in lazy-loader.lisp
The Intel Math Kernel Library contains the lapack and blas functions.
The appropriate library is installed in
/opt/intel/mkl72/lib/32/libmkl.so.
Various attempts to modify load-blas-&-lapack-libraries result
in various errors. For example:
(defun load-blas-&-lapack-libraries ()
(ext::load-foreign "matlisp:lib;lazy-loader.o"
:libraries `("-R/opt/intel/mkl72/lib/32"
"-L/opt/intel/mkl72/lib/32"
"-L/usr/lib/gcc-lib/i386-redhat-linux/3.2.2"
"-L/usr/lib"
"-lmkl"
"-lfrtbegin"
"-lg2c"
"-lm"
"-lgcc_s")))
;; results in:
Error in function SYSTEM::LOAD-OBJECT-FILE:
Can't open object "/tmp/15879AG21": NIL
[Condition of type SIMPLE-ERROR]
The file /tmp/15879AG21 exists, but dlopen in CMUCL
load-object-file fails for some reason.
I can sucessfully do:
(ext::load-foreign "/m/opt/intel/mkl72/lib/32/libmkl.so")
And sucessfully do
(def-fortran-routine dgemm :void
(transa :string :input)
(transb :string :input)
(m :integer )
(n :integer )
(k :integer )
(alpha :double-float )
(a (* :double-float) )
(lda :integer )
(b (* :double-float) )
(ldb :integer )
(beta :double-float )
(c (* :double-float) :output)
(ldc :integer )
)
But CMUCL crashes when I call dgemm.
Any help would be appreciated.
|
|
From: SourceForge.net <no...@so...> - 2004-11-13 06:27:50
|
Bugs item #1065642, was opened at 2004-11-13 01:27 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1065642&group_id=4511 Category: portability bugs Group: None Status: Open Resolution: None Priority: 5 Submitted By: Denis Bueno (dbueno) Assigned to: Nobody/Anonymous (nobody) Summary: CVS Matlisp minorly broken with latest SBCL Initial Comment: The read-time conditionals for shared library loading in lib/lazy- loader.lisp don't work with the latest incarnations in sbcl. In particular, what used to be LOAD-1-FOREIGN is now called LOAD- SHARED-OBJECT. The included patch should fix the problem. Index: lib/lazy-loader.lisp =========================================== ======================== RCS file: /cvsroot/matlisp/matlisp/lib/lazy-loader.lisp,v retrieving revision 1.7 diff -u -r1.7 lazy-loader.lisp --- lib/lazy-loader.lisp 17 Mar 2004 03:29:15 -0000 1.7 +++ lib/lazy-loader.lisp 13 Nov 2004 06:27:10 -0000 @@ -165,7 +165,7 @@ "@FLIBS@")))) #+:sbcl (defun load-blas-&-lapack-libraries () - (sb-alien:load-1-foreign "matlisp:lib;libmatlisp.so")) + (sb-alien:load-shared-object "matlisp:lib;libmatlisp.so")) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1065642&group_id=4511 |
|
From: SourceForge.net <no...@so...> - 2004-11-13 06:22:18
|
Bugs item #1065640, was opened at 2004-11-13 01:22 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1065640&group_id=4511 Category: compilation bugs Group: None Status: Open Resolution: None Priority: 5 Submitted By: Denis Bueno (dbueno) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails out-of-the-box on OS X Initial Comment: The compilation of matlisp under OS X will fail for various reasons in the CVS version of matlisp. I configure'd with: ./configure --with-lisp-exec=/usr/local/bin/sbcl --build=powerpc- apple This will fail unless the user (presumably) has followed the advice given at http://lists.gnu.org/archive/html/autoconf/2003-07/ msg00102.html. However, it didn't end up working immediately for me, and I ended up configure'ing with: FLIBS='-L/sw/lib/gcc/powerpc-apple-darwin7.6.0/3.4.1 -L/sw/ lib/gcc/powerpc-apple-darwin7.6.0/3.4.1/../../.. -lfrtbegin -lg2c -lSystem' ./configure --with-lisp-exec=/usr/local/bin/sbcl -- build=powerpc-apple This works, but it creates a flawed matlisp.mk, which is fixed by patch [1] below. System details: - uname -a: Darwin johngalt.local 7.6.0 Darwin Kernel Version 7.6.0: Sun Oct 10 12:05:27 PDT 2004; root:xnu/xnu -517.9.4.obj~1/RELEASE_PPC Power Macintosh powerpc - gcc --version: gcc (GCC) 3.3 20030304 (Apple Computer, Inc. build 1640) Patches [1] --- matlisp.mk Sat Nov 13 01:10:53 2004 +++ matlisp.mk.fixed Sat Nov 13 01:15:35 2004 @@ -81,9 +81,9 @@ CC = gcc CLIBS = LIBS = -LD = ld +LD = gcc LDFLAGS = -SHARED_LIB_LDFLAGS = -G +SHARED_LIB_LDFLAGS = -bundle AR = ar ARFLAGS = rv LISPEXEC = /usr/local/bin/sbcl ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=1065640&group_id=4511 |
|
From: Raymond T. <to...@rt...> - 2004-05-20 21:06:48
|
>>>>> "Raymond" == Raymond Toy <to...@rt...> writes:
>>>>> "rif" == rif <ri...@mi...> writes:
rif> library) , but is it really good policy for a library to intern
rif> symbols in cl-user?
Raymond> It's probably not a good policy. If you have a patch or something,
Raymond> that would be ideal. :-)
Raymond> I'll see what I can do about it.
Done. start.lisp is all loaded in the MATLISP-START package. That
should prevent the symbol pollution you are seeing.
Ray
|
|
From: Raymond T. <to...@rt...> - 2004-05-19 16:53:37
|
>>>>> "rif" == rif <ri...@mi...> writes:
rif> library) , but is it really good policy for a library to intern
rif> symbols in cl-user?
It's probably not a good policy. If you have a patch or something,
that would be ideal. :-)
I'll see what I can do about it.
Ray
|
|
From: rif <ri...@MI...> - 2004-05-18 17:26:30
|
The matlisp "start.lisp" file operates in the package common-lisp-user. It defines a function setlogicalroot, which takes a parameter r. This definition causes the symbol r to be interned in the common-lisp-user package. Therefore, when I have another package that exports a function named r, I get a conflict. The workarounds are simple (I already have another package that loads matlisp and includes my utilities on top of matlisp, where I also unexport REAL, so I just unintern R immediatly after loading matlisp, which will work OK assuming I don't change the order in which I load matlisp and my library) , but is it really good policy for a library to intern symbols in cl-user? rif |
|
From: Raymond T. <to...@rt...> - 2004-02-18 17:48:46
|
As Tunc pointed out to me, the current quadpack routines in matlisp sometimes incorrectly declare some functions, which causes problems with sbcl. Looking at what the current f2cl does, I see that it no longer does that, and also has a few enhancments on the generated code. Therefore, I'm going to update the quadpack code in matlisp to something newer. Ray -- -- -- Ericsson may automatically add a disclaimer. Sorry, it's beyond my control. This communication is confidential and intended solely for the addressee(s). Any unauthorized review, use, disclosure or distribution is prohibited. If you believe this message has been sent to you in error, please notify the sender by replying to this transmission and delete the message without disclosing it. Thank you. E-mail including attachments is susceptible to data corruption, interruption, unauthorized amendment, tampering and viruses, and we only send and receive e-mails on the basis that we are not liable for any such corruption, interception, amendment, tampering or viruses or any consequences thereof. |
|
From: Raymond T. <to...@rt...> - 2004-02-02 15:41:30
|
Gentlepeople, In case you haven't noticed, the matlisp lists are now available on gmane (http://gmane.org). See the groups gmane.lisp.matlisp.devel and gmane.lisp.matlisp.users on news.gmane.org. All archived messages have been incorporated as well. Many thanks to gmane for providing this service, Ray This communication is confidential and intended solely for the addressee(s). Any unauthorized review, use, disclosure or distribution is prohibited. If you believe this message has been sent to you in error, please notify the sender by replying to this transmission and delete the message without disclosing it. Thank you. E-mail including attachments is susceptible to data corruption, interruption, unauthorized amendment, tampering and viruses, and we only send and receive e-mails on the basis that we are not liable for any such corruption, interception, amendment, tampering or viruses or any consequences thereof. |
|
From: SourceForge.net <no...@so...> - 2003-12-07 14:45:21
|
Bugs item #749979, was opened at 2003-06-06 03:18 Message generated for change (Settings changed) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=749979&group_id=4511 Category: distribution bugs Group: None >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: distribution .tgz is NOT compressed Initial Comment: the matlisp-1.0b.tgz file is in fact NOT compressed , rename to matlisp-1.0b.tar and then tar -xvf ... as usual. This is a nasty error , because most people will download and following the directions on the project homepage attempt to gunzip the file, this will fail and they will assume the file is broken or perhaps assume their download has been corrupted and fruitlessly try to redown load it. submitted by kin...@ya... ---------------------------------------------------------------------- Comment By: Raymond Toy (rtoy) Date: 2003-09-20 02:24 Message: Logged In: YES user_id=28849 Are you sure? I just downloaded it with Mozilla Thunderbird and file says it's compressed, and gtar tvz works as expected. Perhaps you browser uncompressed it for you? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104511&aid=749979&group_id=4511 |
3 messages has been excluded from this view by a project administrator.
