Hi,
Has anyone been able to get gsll to work on Snow Leopard? I'm sure most of my problems are due to my lack of CL experience. I did see that it was possible to install gsll using clbuild. Is this still true, and how would I go about doing that?
Thanks!
-Dave
I have gotten GSLL to build under Snow Leopard using clbuild. I believe there are instructions on Liam's website. It's been a while since I did it, and now I just do updates so the pain has faded somewhat ;) but I don't recall it being that hard.
Basically, I installed GSL using Macports, then installed clbuild and added the GSLL repository to the non-standard projects file, and it pretty much worked.
Are you having a specific problem?
Glen
Glen Henshaw, PhD • Roboticist • U.S. Naval Research Laboratory office: 202-767-1196 • google voice/mobile: 443-295-3050 glen.henshaw@nrl.navy.mil
On Aug 12, 2010, at 2:33 PM, David Dreisigmeyer david.dreisigmeyer@gmail.com wrote:
Hi,
Has anyone been able to get gsll to work on Snow Leopard? I'm sure most of my problems are due to my lack of CL experience. I did see that it was possible to install gsll using clbuild. Is this still true, and how would I go about doing that?
Thanks!
-Dave _______________________________________________ Gsll-devel mailing list Gsll-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
Yeah, well the clbuild instructions *used* to be on the web page, but I took them out because of all the changes, and I just figured I'd get the clbuild people to add appropriate lines. That didn't happen in turn because I can't figure out how to make a darcs diff which is how they take all patches.
So add this to your wnpp-projects:
# Projects by Liam Healy and dependencies gsll get_git git://repo.or.cz/gsll.git gsd get_git git://repo.or.cz/gsd.git fsbv get_git git://repo.or.cz/fsbv.git lisp-unit get_git git://repo.or.cz/lisp-unit.git static-vectors get_git git://gitorious.org/iolib/static-vectors.git
and add this to dependencies:
gsll gsd cffi trivial-garbage lisp-unit fsbv static-vectors iterate asdf-system-connections
Liam
On Thu, Aug 12, 2010 at 6:50 PM, Glen Henshaw glen.henshaw@gmail.com wrote:
I have gotten GSLL to build under Snow Leopard using clbuild. I believe there are instructions on Liam's website. It's been a while since I did it, and now I just do updates so the pain has faded somewhat ;) but I don't recall it being that hard.
Basically, I installed GSL using Macports, then installed clbuild and added the GSLL repository to the non-standard projects file, and it pretty much worked.
Are you having a specific problem?
Glen
Glen Henshaw, PhD • Roboticist • U.S. Naval Research Laboratory office: 202-767-1196 • google voice/mobile: 443-295-3050 glen.henshaw@nrl.navy.mil
On Aug 12, 2010, at 2:33 PM, David Dreisigmeyer david.dreisigmeyer@gmail.com wrote:
Hi,
Has anyone been able to get gsll to work on Snow Leopard? I'm sure most of my problems are due to my lack of CL experience. I did see that it was possible to install gsll using clbuild. Is this still true, and how would I go about doing that?
Thanks!
-Dave
Hi Liam,
Yeah, well the clbuild instructions *used* to be on the web page, but I took them out because of all the changes, and I just figured I'd get the clbuild people to add appropriate lines. That didn't happen in turn because I can't figure out how to make a darcs diff which is how they take all patches.
I've generated a darcs diff from the stock clbuild. It's attached in case that is helpful. The command that I used was "darcs send -o gsll-clbuild.patch".
James
Hi James,
Am I doing this correctly(?):
new-host:clbuild daviddreisigmeyer$ ls . .core-is-stale clbuild-bash-completion.sh dependencies implementations systems .. _darcs clbuild.conf.default doc projects target .DS_Store clbuild clbuild.lisp gsll-clbuild.patch source wnpp-projects new-host:clbuild daviddreisigmeyer$ darcs send -o gsll-clbuild.patch Creating patch to "http://common-lisp.net/project/clbuild/clbuild"... No recorded local changes to send! new-host:clbuild daviddreisigmeyer$
Here's part of the error from emacs using (asdf:operate 'asdf:load-op :gsll):
7: (CFFI-GROVEL::GENERATE-C-FILE #P"/Users/daviddreisigmeyer/lisp/clbuild/clbuild/source/gsll/init/libgsl-unix.lisp" #P"/Users/daviddreisigmeyer/lisp/clbuild/clbuild/source/gsll/init/libgsl-unix.fasl") Locals: SB-DEBUG::ARG-0 = #P"/Users/daviddreisigmeyer/lisp/clbuild/clbuild/source/gsll/init/libgsl-un.. SB-DEBUG::ARG-1 = #P"/Users/daviddreisigmeyer/lisp/clbuild/clbuild/source/gsll/init/libgsl-un..
The file libgsl-unix.c that's generated (?) is empty also -- don't know if that helps. On Fri, Aug 13, 2010 at 4:11 PM, James Wright james@chumsley.org wrote:
Hi Liam,
Yeah, well the clbuild instructions *used* to be on the web page, but I took them out because of all the changes, and I just figured I'd get the clbuild people to add appropriate lines. That didn't happen in turn because I can't figure out how to make a darcs diff which is how they take all patches.
I've generated a darcs diff from the stock clbuild. It's attached in case that is helpful. The command that I used was "darcs send -o gsll-clbuild.patch".
James
Gsll-devel mailing list Gsll-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
Hi David,
The command I gave (darcs send) was the command that I used to generate the patch, not to apply it. (i.e., I generated a patch that Liam could send to the clbuild project to get gsll included in the stock clbuild install).
If you have already added the lines that Liam described, then my patch is probably irrelevant to you. If you haven't added the lines and want to use my patch to do so, then you could try
darcs apply gsll-clbuild.patch
followed by
./clbuild install gsll
From the errors you've listed, I can't really see what's going wrong,
but it doesn't look to me to be clbuild related. Have you got the development version of libgsl installed? I used
sudo apt-get install libgsl0-dev
to install the headers and so forth for libgsl on my Ubuntu box; I don't know what the OS X equivalent would be.
hth, James
On Sun, Aug 15, 2010 at 8:18 AM, David Dreisigmeyer david.dreisigmeyer@gmail.com wrote:
Hi James, Am I doing this correctly(?): new-host:clbuild daviddreisigmeyer$ ls . .core-is-stale clbuild-bash-completion.sh dependencies implementations systems .. _darcs clbuild.conf.default doc projects target .DS_Store clbuild clbuild.lisp gsll-clbuild.patch source wnpp-projects new-host:clbuild daviddreisigmeyer$ darcs send -o gsll-clbuild.patch Creating patch to "http://common-lisp.net/project/clbuild/clbuild"... No recorded local changes to send! new-host:clbuild daviddreisigmeyer$
Here's part of the error from emacs using (asdf:operate 'asdf:load-op :gsll): 7: (CFFI-GROVEL::GENERATE-C-FILE #P"/Users/daviddreisigmeyer/lisp/clbuild/clbuild/source/gsll/init/libgsl-unix.lisp" #P"/Users/daviddreisigmeyer/lisp/clbuild/clbuild/source/gsll/init/libgsl-unix.fasl") Locals: SB-DEBUG::ARG-0 = #P"/Users/daviddreisigmeyer/lisp/clbuild/clbuild/source/gsll/init/libgsl-un.. SB-DEBUG::ARG-1 = #P"/Users/daviddreisigmeyer/lisp/clbuild/clbuild/source/gsll/init/libgsl-un..
The file libgsl-unix.c that's generated (?) is empty also -- don't know if that helps. On Fri, Aug 13, 2010 at 4:11 PM, James Wright james@chumsley.org wrote:
Hi Liam,
Yeah, well the clbuild instructions *used* to be on the web page, but I took them out because of all the changes, and I just figured I'd get the clbuild people to add appropriate lines. That didn't happen in turn because I can't figure out how to make a darcs diff which is how they take all patches.
I've generated a darcs diff from the stock clbuild. It's attached in case that is helpful. The command that I used was "darcs send -o gsll-clbuild.patch".
James
Gsll-devel mailing list Gsll-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
It would be
sudo port selfupdate sudo port upgrade gsl
Assuming you are using macports. I don't know what the fink equivalent would be.
Glen
Glen Henshaw, PhD • Roboticist • U.S. Naval Research Laboratory office: 202-767-1196 • google voice/mobile: 443-295-3050 glen.henshaw@nrl.navy.mil
On Aug 15, 2010, at 3:44 PM, James Wright james@chumsley.org wrote:
Hi David,
The command I gave (darcs send) was the command that I used to generate the patch, not to apply it. (i.e., I generated a patch that Liam could send to the clbuild project to get gsll included in the stock clbuild install).
If you have already added the lines that Liam described, then my patch is probably irrelevant to you. If you haven't added the lines and want to use my patch to do so, then you could try
darcs apply gsll-clbuild.patch
followed by
./clbuild install gsll
From the errors you've listed, I can't really see what's going wrong, but it doesn't look to me to be clbuild related. Have you got the development version of libgsl installed? I used
sudo apt-get install libgsl0-dev
to install the headers and so forth for libgsl on my Ubuntu box; I don't know what the OS X equivalent would be.
hth, James
On Sun, Aug 15, 2010 at 8:18 AM, David Dreisigmeyer david.dreisigmeyer@gmail.com wrote:
Hi James, Am I doing this correctly(?): new-host:clbuild daviddreisigmeyer$ ls . .core-is-stale clbuild-bash-completion.sh dependencies implementations systems .. _darcs clbuild.conf.default doc projects target .DS_Store clbuild clbuild.lisp gsll-clbuild.patch source wnpp-projects new-host:clbuild daviddreisigmeyer$ darcs send -o gsll-clbuild.patch Creating patch to "http://common-lisp.net/project/clbuild/clbuild"... No recorded local changes to send! new-host:clbuild daviddreisigmeyer$
Here's part of the error from emacs using (asdf:operate 'asdf:load-op :gsll): 7: (CFFI-GROVEL::GENERATE-C-FILE #P"/Users/daviddreisigmeyer/lisp/clbuild/clbuild/source/gsll/init/libgsl-unix.lisp" #P"/Users/daviddreisigmeyer/lisp/clbuild/clbuild/source/gsll/init/libgsl-unix.fasl") Locals: SB-DEBUG::ARG-0 = #P"/Users/daviddreisigmeyer/lisp/clbuild/clbuild/source/gsll/init/libgsl-un.. SB-DEBUG::ARG-1 = #P"/Users/daviddreisigmeyer/lisp/clbuild/clbuild/source/gsll/init/libgsl-un..
The file libgsl-unix.c that's generated (?) is empty also -- don't know if that helps. On Fri, Aug 13, 2010 at 4:11 PM, James Wright james@chumsley.org wrote:
Hi Liam,
Yeah, well the clbuild instructions *used* to be on the web page, but I took them out because of all the changes, and I just figured I'd get the clbuild people to add appropriate lines. That didn't happen in turn because I can't figure out how to make a darcs diff which is how they take all patches.
I've generated a darcs diff from the stock clbuild. It's attached in case that is helpful. The command that I used was "darcs send -o gsll-clbuild.patch".
James
Gsll-devel mailing list Gsll-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
Gsll-devel mailing list Gsll-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
I tried this -- no go, including using gsl-devel. Also installed gsl from source and gsll still won't install. I'm going to try with ccl now.
On Mon, Aug 16, 2010 at 10:47 AM, Glen Henshaw glen.henshaw@gmail.comwrote:
It would be
sudo port selfupdate sudo port upgrade gsl
Assuming you are using macports. I don't know what the fink equivalent would be.
Glen
Glen Henshaw, PhD • Roboticist • U.S. Naval Research Laboratory office: 202-767-1196 • google voice/mobile: 443-295-3050 glen.henshaw@nrl.navy.mil
On Aug 15, 2010, at 3:44 PM, James Wright james@chumsley.org wrote:
Hi David,
The command I gave (darcs send) was the command that I used to generate the patch, not to apply it. (i.e., I generated a patch that Liam could send to the clbuild project to get gsll included in the stock clbuild install).
If you have already added the lines that Liam described, then my patch is probably irrelevant to you. If you haven't added the lines and want to use my patch to do so, then you could try
darcs apply gsll-clbuild.patch
followed by
./clbuild install gsll
From the errors you've listed, I can't really see what's going wrong, but it doesn't look to me to be clbuild related. Have you got the development version of libgsl installed? I used
sudo apt-get install libgsl0-dev
to install the headers and so forth for libgsl on my Ubuntu box; I don't know what the OS X equivalent would be.
hth, James
On Sun, Aug 15, 2010 at 8:18 AM, David Dreisigmeyer david.dreisigmeyer@gmail.com wrote:
Hi James, Am I doing this correctly(?): new-host:clbuild daviddreisigmeyer$ ls . .core-is-stale clbuild-bash-completion.sh dependencies implementations systems .. _darcs
clbuild.conf.default
doc projects target.DS_Store clbuild clbuild.lisp gsll-clbuild.patch source wnpp-projects new-host:clbuild daviddreisigmeyer$ darcs send -o gsll-clbuild.patch Creating patch to "http://common-lisp.net/project/clbuild/clbuild"... No recorded local changes to send! new-host:clbuild daviddreisigmeyer$
Here's part of the error from emacs using (asdf:operate 'asdf:load-op :gsll): 7: (CFFI-GROVEL::GENERATE-C-FILE
#P"/Users/daviddreisigmeyer/lisp/clbuild/clbuild/source/gsll/init/libgsl-unix.lisp"
#P"/Users/daviddreisigmeyer/lisp/clbuild/clbuild/source/gsll/init/libgsl-unix.fasl")
Locals: SB-DEBUG::ARG-0 =#P"/Users/daviddreisigmeyer/lisp/clbuild/clbuild/source/gsll/init/libgsl-un..
SB-DEBUG::ARG-1 =#P"/Users/daviddreisigmeyer/lisp/clbuild/clbuild/source/gsll/init/libgsl-un..
The file libgsl-unix.c that's generated (?) is empty also -- don't know
if
that helps. On Fri, Aug 13, 2010 at 4:11 PM, James Wright james@chumsley.org
wrote:
Hi Liam,
Yeah, well the clbuild instructions *used* to be on the web page, but I took them out because of all the changes, and I just figured I'd get the clbuild people to add appropriate lines. That didn't happen in turn because I can't figure out how to make a darcs diff which is how they take all patches.
I've generated a darcs diff from the stock clbuild. It's attached in case that is helpful. The command that I used was "darcs send -o gsll-clbuild.patch".
James
Gsll-devel mailing list Gsll-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
Gsll-devel mailing list Gsll-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
On 2010-08-16 15:51 +0100, David Dreisigmeyer wrote:
I tried this -- no go, including using gsl-devel. Also installed gsl from source and gsll still won't install. I'm going to try with ccl now.
If you install gsl and have 'gsl-config' accessible from your terminal, then gsll will try to find the install location using that tool.
I have found that I also need to apply the following patch for it to work.
commit 024e7551bd9ee968b47ca1cb33e106090291c5f7 Date: Sat Jul 3 13:32:51 2010 +0100
Make gsl-config actually work on :DARWIN
Modified init/init.lisp diff --git a/init/init.lisp b/init/init.lisp index 5c14ced..866f48f 100644 --- a/init/init.lisp +++ b/init/init.lisp @@ -31,6 +31,8 @@ #:cl-array #:dimensions #:element-type #:dim0 #:dim1 #:copy))
+(in-package :gsl) + (eval-when (:compile-toplevel :load-toplevel :execute) (defun gsl-config (arg) "A wrapper for tool `gsl-config'." @@ -41,8 +43,9 @@ (read-line s))))
(cffi:define-foreign-library libgslcblas + (:darwin #.(merge-pathnames "lib/libgslcblas.dylib" + (pathname (concatenate 'string (gsl-config "--prefix") "/")))) (:unix (:or "libgslcblas.so.0" "libgslcblas.so")) - (:darwin "libgslcblas.dylib") (:cygwin "cyggslcblas-0.dll") (t (:default "libgslcblas")))
@@ -55,8 +58,9 @@ (cffi:load-foreign-library "/lib/lapack/cygblas.dll")
(cffi:define-foreign-library libgsl + (:darwin #.(merge-pathnames "lib/libgsl.dylib" + (pathname (concatenate 'string (gsl-config "--prefix") "/")))) (:unix (:or "libgsl.so.0" "libgsl.so")) - (:darwin "libgsl.dylib") (:cygwin "cyggsl-0.dll") (t (:default "libgsl")))
Leo
Here's something interesting:
1) Install macports 2) Install ccl 3) Run clbuild check 4) /opt/local is now gone
On Mon, Aug 16, 2010 at 11:15 AM, Leo sdl.web@gmail.com wrote:
On 2010-08-16 15:51 +0100, David Dreisigmeyer wrote:
I tried this -- no go, including using gsl-devel. Also installed gsl
from
source and gsll still won't install. I'm going to try with ccl now.
If you install gsl and have 'gsl-config' accessible from your terminal, then gsll will try to find the install location using that tool.
I have found that I also need to apply the following patch for it to work.
commit 024e7551bd9ee968b47ca1cb33e106090291c5f7 Date: Sat Jul 3 13:32:51 2010 +0100
Make gsl-config actually work on :DARWIN
Modified init/init.lispdiff --git a/init/init.lisp b/init/init.lisp index 5c14ced..866f48f 100644 --- a/init/init.lisp +++ b/init/init.lisp @@ -31,6 +31,8 @@ #:cl-array #:dimensions #:element-type #:dim0 #:dim1 #:copy))
+(in-package :gsl)
(eval-when (:compile-toplevel :load-toplevel :execute) (defun gsl-config (arg) "A wrapper for tool `gsl-config'." @@ -41,8 +43,9 @@ (read-line s))))
(cffi:define-foreign-library libgslcblas
- (:darwin #.(merge-pathnames "lib/libgslcblas.dylib"
(pathname (concatenate 'string (gsl-config"--prefix") "/")))) (:unix (:or "libgslcblas.so.0" "libgslcblas.so"))
- (:darwin "libgslcblas.dylib") (:cygwin "cyggslcblas-0.dll") (t (:default "libgslcblas")))
@@ -55,8 +58,9 @@ (cffi:load-foreign-library "/lib/lapack/cygblas.dll")
(cffi:define-foreign-library libgsl
- (:darwin #.(merge-pathnames "lib/libgsl.dylib"
(pathname (concatenate 'string (gsl-config"--prefix") "/")))) (:unix (:or "libgsl.so.0" "libgsl.so"))
- (:darwin "libgsl.dylib") (:cygwin "cyggsl-0.dll") (t (:default "libgsl")))
Leo
Gsll-devel mailing list Gsll-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
OK I've committed a modified version of this patch. I hope it works better for OS X.
On Mon, Aug 16, 2010 at 11:15 AM, Leo sdl.web@gmail.com wrote:
On 2010-08-16 15:51 +0100, David Dreisigmeyer wrote:
I tried this -- no go, including using gsl-devel. Also installed gsl from source and gsll still won't install. I'm going to try with ccl now.
If you install gsl and have 'gsl-config' accessible from your terminal, then gsll will try to find the install location using that tool.
I have found that I also need to apply the following patch for it to work.
commit 024e7551bd9ee968b47ca1cb33e106090291c5f7 Date: Sat Jul 3 13:32:51 2010 +0100
Make gsl-config actually work on :DARWIN
Modified init/init.lisp diff --git a/init/init.lisp b/init/init.lisp index 5c14ced..866f48f 100644 --- a/init/init.lisp +++ b/init/init.lisp @@ -31,6 +31,8 @@ #:cl-array #:dimensions #:element-type #:dim0 #:dim1 #:copy))
+(in-package :gsl)
(eval-when (:compile-toplevel :load-toplevel :execute) (defun gsl-config (arg) "A wrapper for tool `gsl-config'." @@ -41,8 +43,9 @@ (read-line s))))
(cffi:define-foreign-library libgslcblas
- (:darwin #.(merge-pathnames "lib/libgslcblas.dylib"
- (pathname (concatenate 'string (gsl-config "--prefix") "/"))))
(:unix (:or "libgslcblas.so.0" "libgslcblas.so"))
- (:darwin "libgslcblas.dylib")
(:cygwin "cyggslcblas-0.dll") (t (:default "libgslcblas")))
@@ -55,8 +58,9 @@ (cffi:load-foreign-library "/lib/lapack/cygblas.dll")
(cffi:define-foreign-library libgsl
- (:darwin #.(merge-pathnames "lib/libgsl.dylib"
- (pathname (concatenate 'string (gsl-config "--prefix") "/"))))
(:unix (:or "libgsl.so.0" "libgsl.so"))
- (:darwin "libgsl.dylib")
(:cygwin "cyggsl-0.dll") (t (:default "libgsl")))
Leo
Gsll-devel mailing list Gsll-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
Hi Liam,
I'll try it out soon.
This is (or was) a bug in clbuild (at least I believe it would be clbuild).
1) Install macports -- which by default is in /opt/local 2) Now install ccl with macports (it goes into /opt/local). (This same situation may work with other ports installed, I didn't try that out. It doesn't happen if sbcl is installed with macports.) 3) Run clbuild check. It will complain that no sbcl has been found. 4) Now /opt/local has been removed. The only way this can happen from the command line is by sudo rm -rf /opt/local.
Thanks for all your help on this,
-Dave
On Mon, Aug 16, 2010 at 11:10 PM, Liam Healy lhealy@common-lisp.net wrote:
OK I've committed a modified version of this patch. I hope it works better for OS X.
On Mon, Aug 16, 2010 at 11:15 AM, Leo sdl.web@gmail.com wrote:
On 2010-08-16 15:51 +0100, David Dreisigmeyer wrote:
I tried this -- no go, including using gsl-devel. Also installed gsl
from
source and gsll still won't install. I'm going to try with ccl now.
If you install gsl and have 'gsl-config' accessible from your terminal, then gsll will try to find the install location using that tool.
I have found that I also need to apply the following patch for it to work.
commit 024e7551bd9ee968b47ca1cb33e106090291c5f7 Date: Sat Jul 3 13:32:51 2010 +0100
Make gsl-config actually work on :DARWIN
Modified init/init.lispdiff --git a/init/init.lisp b/init/init.lisp index 5c14ced..866f48f 100644 --- a/init/init.lisp +++ b/init/init.lisp @@ -31,6 +31,8 @@ #:cl-array #:dimensions #:element-type #:dim0 #:dim1 #:copy))
+(in-package :gsl)
(eval-when (:compile-toplevel :load-toplevel :execute) (defun gsl-config (arg) "A wrapper for tool `gsl-config'." @@ -41,8 +43,9 @@ (read-line s))))
(cffi:define-foreign-library libgslcblas
- (:darwin #.(merge-pathnames "lib/libgslcblas.dylib"
(pathname (concatenate 'string (gsl-config"--prefix") "/"))))
(:unix (:or "libgslcblas.so.0" "libgslcblas.so"))
- (:darwin "libgslcblas.dylib") (:cygwin "cyggslcblas-0.dll") (t (:default "libgslcblas")))
@@ -55,8 +58,9 @@ (cffi:load-foreign-library "/lib/lapack/cygblas.dll")
(cffi:define-foreign-library libgsl
- (:darwin #.(merge-pathnames "lib/libgsl.dylib"
(pathname (concatenate 'string (gsl-config"--prefix") "/"))))
(:unix (:or "libgsl.so.0" "libgsl.so"))
- (:darwin "libgsl.dylib") (:cygwin "cyggsl-0.dll") (t (:default "libgsl")))
Leo
Gsll-devel mailing list Gsll-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
Gsll-devel mailing list Gsll-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
This works on Snow Leopard with sbcl 1.0.40. To summarize:
1) Added the following to dependencies:
gsll gsd cffi trivial-garbage lisp-unit fsbv static-vectors iterate asdf-system-connections babel alexandria trivial-features split-sequence
2) Added the following to wnpp-projects:
# **** FOR GSLL **** gsll get_git git://repo.or.cz/gsll.git gsd get_git git://repo.or.cz/gsd.git fsbv get_git git://repo.or.cz/fsbv.git lisp-unit get_git git://repo.or.cz/lisp-unit.git static-vectors get_git git://gitorious.org/iolib/static-vectors.git
3) Ran clbuild install gsll
4) Had the following .sbclrc:
(require 'asdf) (require 'asdf-install)
(pushnew #P"/path/to/your/emacs/stuff/.emacs.d/site-lisp/slime/" asdf:*central-registry* :test #'equal) (push "/path/to/your/emacs/stuff/.emacs.d/site-lisp/slime/" asdf:*central-registry*)
(pushnew #P"//path/to/your/clbuild/stuff/clbuild/systems/" asdf:*central-registry* :test #'equal) (push "/path/to/your/clbuild/stuff/clbuild/systems/" asdf:*central-registry*)
(asdf:oos 'asdf:load-op 'swank) (asdf:operate 'asdf:load-op :gsll)
;; start swank (setf swank:*use-dedicated-output-stream* nil) (setf swank:*communication-style* :fd-handler) (swank:create-server :port 4007 :dont-close t)
5) In the sbcl repl entered (in-package gsll)
6) Ran the examples from http://common-lisp.net/project/gsll/ and they all worked.
Thanks Liam!
-Dave
On Tue, Aug 17, 2010 at 9:17 AM, David Dreisigmeyer < david.dreisigmeyer@gmail.com> wrote:
Hi Liam,
I'll try it out soon.
This is (or was) a bug in clbuild (at least I believe it would be clbuild).
- Install macports -- which by default is in /opt/local
- Now install ccl with macports (it goes into /opt/local). (This same
situation may work with other ports installed, I didn't try that out. It doesn't happen if sbcl is installed with macports.) 3) Run clbuild check. It will complain that no sbcl has been found. 4) Now /opt/local has been removed. The only way this can happen from the command line is by sudo rm -rf /opt/local.
Thanks for all your help on this,
-Dave
On Mon, Aug 16, 2010 at 11:10 PM, Liam Healy lhealy@common-lisp.netwrote:
OK I've committed a modified version of this patch. I hope it works better for OS X.
On Mon, Aug 16, 2010 at 11:15 AM, Leo sdl.web@gmail.com wrote:
On 2010-08-16 15:51 +0100, David Dreisigmeyer wrote:
I tried this -- no go, including using gsl-devel. Also installed gsl
from
source and gsll still won't install. I'm going to try with ccl now.
If you install gsl and have 'gsl-config' accessible from your terminal, then gsll will try to find the install location using that tool.
I have found that I also need to apply the following patch for it to work.
commit 024e7551bd9ee968b47ca1cb33e106090291c5f7 Date: Sat Jul 3 13:32:51 2010 +0100
Make gsl-config actually work on :DARWIN
Modified init/init.lispdiff --git a/init/init.lisp b/init/init.lisp index 5c14ced..866f48f 100644 --- a/init/init.lisp +++ b/init/init.lisp @@ -31,6 +31,8 @@ #:cl-array #:dimensions #:element-type #:dim0 #:dim1 #:copy))
+(in-package :gsl)
(eval-when (:compile-toplevel :load-toplevel :execute) (defun gsl-config (arg) "A wrapper for tool `gsl-config'." @@ -41,8 +43,9 @@ (read-line s))))
(cffi:define-foreign-library libgslcblas
- (:darwin #.(merge-pathnames "lib/libgslcblas.dylib"
(pathname (concatenate 'string(gsl-config "--prefix") "/"))))
(:unix (:or "libgslcblas.so.0" "libgslcblas.so"))
- (:darwin "libgslcblas.dylib") (:cygwin "cyggslcblas-0.dll") (t (:default "libgslcblas")))
@@ -55,8 +58,9 @@ (cffi:load-foreign-library "/lib/lapack/cygblas.dll")
(cffi:define-foreign-library libgsl
- (:darwin #.(merge-pathnames "lib/libgsl.dylib"
(pathname (concatenate 'string(gsl-config "--prefix") "/"))))
(:unix (:or "libgsl.so.0" "libgsl.so"))
- (:darwin "libgsl.dylib") (:cygwin "cyggsl-0.dll") (t (:default "libgsl")))
Leo
Gsll-devel mailing list Gsll-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
Gsll-devel mailing list Gsll-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
OK, good. You can also run the tests (require :gsll-tests) (in-package :gsl) (lisp-unit:run-tests) Don't be worried if there are a few failures.
I think if you use the patch that was posted, you don't need 1 and 2. None of my systems use asdf-install. I'm not sure what your slime/swank loading procedure is doing, I prefer to start it within emacs, and that's pretty smooth. But anyway, it all works for you and that's good.
Liam . On Tue, Aug 17, 2010 at 10:19 AM, David Dreisigmeyer david.dreisigmeyer@gmail.com wrote:
This works on Snow Leopard with sbcl 1.0.40. To summarize:
- Added the following to dependencies:
gsll gsd cffi trivial-garbage lisp-unit fsbv static-vectors iterate asdf-system-connections babel alexandria trivial-features split-sequence 2) Added the following to wnpp-projects: # **** FOR GSLL **** gsll get_git git://repo.or.cz/gsll.git gsd get_git git://repo.or.cz/gsd.git fsbv get_git git://repo.or.cz/fsbv.git lisp-unit get_git git://repo.or.cz/lisp-unit.git static-vectors get_git git://gitorious.org/iolib/static-vectors.git 3) Ran clbuild install gsll 4) Had the following .sbclrc: (require 'asdf) (require 'asdf-install) (pushnew #P"/path/to/your/emacs/stuff/.emacs.d/site-lisp/slime/" asdf:*central-registry* :test #'equal) (push "/path/to/your/emacs/stuff/.emacs.d/site-lisp/slime/" asdf:*central-registry*) (pushnew #P"//path/to/your/clbuild/stuff/clbuild/systems/" asdf:*central-registry* :test #'equal) (push "/path/to/your/clbuild/stuff/clbuild/systems/" asdf:*central-registry*) (asdf:oos 'asdf:load-op 'swank) (asdf:operate 'asdf:load-op :gsll) ;; start swank (setf swank:*use-dedicated-output-stream* nil) (setf swank:*communication-style* :fd-handler) (swank:create-server :port 4007 :dont-close t) 5) In the sbcl repl entered (in-package gsll) 6) Ran the examples from http://common-lisp.net/project/gsll/%C2%A0and they all worked. Thanks Liam! -Dave
On Tue, Aug 17, 2010 at 9:17 AM, David Dreisigmeyer david.dreisigmeyer@gmail.com wrote:
Hi Liam, I'll try it out soon. This is (or was) a bug in clbuild (at least I believe it would be clbuild).
- Install macports -- which by default is in /opt/local
- Now install ccl with macports (it goes into /opt/local). (This same
situation may work with other ports installed, I didn't try that out. It doesn't happen if sbcl is installed with macports.) 3) Run clbuild check. It will complain that no sbcl has been found. 4) Now /opt/local has been removed. The only way this can happen from the command line is by sudo rm -rf /opt/local. Thanks for all your help on this, -Dave
On Mon, Aug 16, 2010 at 11:10 PM, Liam Healy lhealy@common-lisp.net wrote:
OK I've committed a modified version of this patch. I hope it works better for OS X.
On Mon, Aug 16, 2010 at 11:15 AM, Leo sdl.web@gmail.com wrote:
On 2010-08-16 15:51 +0100, David Dreisigmeyer wrote:
I tried this -- no go, including using gsl-devel. Also installed gsl from source and gsll still won't install. I'm going to try with ccl now.
If you install gsl and have 'gsl-config' accessible from your terminal, then gsll will try to find the install location using that tool.
I have found that I also need to apply the following patch for it to work.
commit 024e7551bd9ee968b47ca1cb33e106090291c5f7 Date: Sat Jul 3 13:32:51 2010 +0100
Make gsl-config actually work on :DARWIN
Modified init/init.lisp diff --git a/init/init.lisp b/init/init.lisp index 5c14ced..866f48f 100644 --- a/init/init.lisp +++ b/init/init.lisp @@ -31,6 +31,8 @@ #:cl-array #:dimensions #:element-type #:dim0 #:dim1 #:copy))
+(in-package :gsl)
(eval-when (:compile-toplevel :load-toplevel :execute) (defun gsl-config (arg) "A wrapper for tool `gsl-config'." @@ -41,8 +43,9 @@ (read-line s))))
(cffi:define-foreign-library libgslcblas
- (:darwin #.(merge-pathnames "lib/libgslcblas.dylib"
- (pathname (concatenate 'string
(gsl-config "--prefix") "/")))) (:unix (:or "libgslcblas.so.0" "libgslcblas.so"))
- (:darwin "libgslcblas.dylib")
(:cygwin "cyggslcblas-0.dll") (t (:default "libgslcblas")))
@@ -55,8 +58,9 @@ (cffi:load-foreign-library "/lib/lapack/cygblas.dll")
(cffi:define-foreign-library libgsl
- (:darwin #.(merge-pathnames "lib/libgsl.dylib"
- (pathname (concatenate 'string
(gsl-config "--prefix") "/")))) (:unix (:or "libgsl.so.0" "libgsl.so"))
- (:darwin "libgsl.dylib")
(:cygwin "cyggsl-0.dll") (t (:default "libgsl")))
Leo
Gsll-devel mailing list Gsll-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
Gsll-devel mailing list Gsll-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
-
David Dreisigmeyer -
Glen Henshaw -
James Wright -
Leo -
Liam Healy