gmane.lisp.clbuild.devel

patch for clbuild on ECL 11.1.1

Simon Ortiz — 2011-07-02T06:21:33

dear clbuild maintainers,

I found a couple of small problems when using clbuild with ECL 11.1.1
(the latest release of ECL).

Please find the patch attached.

The patch solves the following problems:

In clbuild2/internal/ the name of the script for ECL is imcl-ecl.sh
(please note there's a `c' instead of a `p').

After changing the name of the script, clbuild complains with

   Cannot find the external symbol QUIT in #<"COMMON-LISP-USER" package>

As of ECL 11.1.1, QUIT is defined in EXT.

That's it.

Thanks for clbuild!

--
Simón Ortiz B., M.Sc., Ing. en Computación
Linux Registered User #388735

Re: Pull request for some minor patches to command-line usage messages

David Lichteblau — 2011-05-16T18:30:03

Quoting Daniel White (daniel< at >whitehouse.id.au):

Pushed.

d.

Pull request for some minor patches to command-lineusage messages

Daniel White — 2011-05-16T18:23:25

Hi,

The patches are from 37425c3 to cf17787 [1].

They simply bail out earlier (instead of loading a lisp image) when
required parameters are missing and provide usage messages.  One is
just a fix to an existing message.

[1] git://gitorious.org/~dwhite/clbuild2/clbuild2-daniel.git

Regards,

Re: Getting clbuild via git

David Lichteblau — 2011-01-27T20:38:49

Hi there,

Quoting Greg Bennett (gwbennett< at >sentex.ca):

Gladly :-).  There's a colon too many in git:://.
The right command reads:

git clone git://gitorious.org/clbuild2/clbuild2.git


David

Getting clbuild via git

Greg Bennett — 2011-01-27T19:39:39

Hello there from Greg Bennett
I have encountered a 'fatal:' message in attempting to get clbuild via git.
Running Ubuntu 10.4 64-bit, I believe I am following the web page in issuing

git clone git:://gitorious.org/clbuild2/clbuild2.git

and I receive in return

Initialized empty Git repository in 
/home/gwbennett/LispTopLevel/Systems/clbuild/clbuild2/.git/
fatal: unable to find remote helper for 'git'

Perhaps someone can point out my error(s)

Cheers /Greg Bennett

Re: clbuild2 and CCL

Greg Pfeil — 2011-01-05T21:10:09


Yep, that seems to have done it. Gracias.

Re: clbuild2 and CCL

David Lichteblau — 2011-01-05T20:57:37

Quoting Greg Pfeil (greg< at >technomadic.org):

Good point.  Fix pushed; please test.

Re: clbuild2 and CCL

Greg Pfeil — 2011-01-05T20:26:12


The way I have things set up, CCL is called `ccl` and it's in $PATH, so all of the following work:

• clbuild --type ccl --binary /usr/local/bin/ccl lisp
• clbuild --type ccl --binary ccl lisp
• clbuild --implementation /usr/local/bin/ccl lisp
• clbuild --implementation ccl lisp

However, as soon as I change `lisp` to `slime`, I end up in SBCL again. Seems like this is because of

(setq inferior-lisp-program "/home/lisp/greg/clbuild2/clbuild lisp")

in .start-slime.el. A simple solution might be to export a var with the command-line args used to start clbuild (sans "slime"), and then look that up from the .el file.

I understand that using a conf file should avoid this issue, but I figured I should point it out.

Thanks for the tool.

Re: clbuild2 and CCL

David Lichteblau — 2011-01-04T21:05:54

Quoting Greg Pfeil (greg< at >technomadic.org):
[...]

Two issues:

  - Option processing happened too late, after loading the sources.

  - To keep things simple, clbuild intentionally does not default
    LISP_BINARY based on LISP_IMPLEMENTATION_TYPE anymore, which means
    that clbuild doesn't know about all of CCL's weird binary names
    like lx86cl64.

I have pushed support for --implementation and two new options, --type
and --binary.  Please test!


Explanation:

In clbuild2, the user-specific configuration file clbuild.conf is tasked
with setting both LISP_IMPLEMENTATION_TYPE and LISP_BINARY (as well as
other variables needed, like SBCL_HOME or CCL_DEFAULT_DIRECTORY; a
default for the latter is computed if missing though).

Hence the new options --type (corresponding to LISP_IMPLEMENTATION_TYPE)
and --binary (corresponding to LISP_BINARY).

The existing option --implementation /path/to/xylisp is now parsed as
--type xylisp --binary /path/to/xylisp.

Option processing first sets variables FORCE_LISP_IMPL

clbuild2 and CCL

Greg Pfeil — 2011-01-03T23:35:35

I'm trying to use clbuild2 with CCL and have had a couple issues. One is that there seems to be a bug with "--implementation" (diff attached).

The other is that (after I've applied the aforementioned patch) when I do:

clbuild --implementation ccl slime

it still tries to use SBCL:

$ clbuild --implementation ccl slime
clbuild: no valid core file /home/lisp/greg/clbuild2/sbcl-base.core, dumping now...
This is SBCL 1.0.31.0.debian, an implementation of ANSI Common Lisp.
More information about SBCL is available at <http://www.sbcl.org/>.

SBCL is free software, provided as is, with absolutely no warranty.
It is mostly in the public domain; some portions are provided under
BSD-style licenses. See the CREDITS and COPYING files in the
distribution for more information. * 

Any suggestions?

ASDF source registry woes

Luís Oliveira — 2010-12-06T20:58:25

Hello,

I recently noticed that my clbuild2-built lisp image was not picking
up new systems from ~/src/lisp/*/ despite having the proper ASDF
source registry :tree configuration in place. I fixed this by calling
asdf:clear-source-registry at the end of asdf-setup.lisp[1].

However, I fear that I might be missing some subtlety in the previous
source registry clearing code. My system seems to able to find the
SBCL contribs; is that good enough a test?

Cheers,


[1] <http://gitorious.org/~luismbo/clbuild2/clbuild2-luis/commit/73ad98a67a4d269fe3028a035f4f169952b11d17>

Re: Postmodern repo moved (again)

Marijn Haverbeke — 2010-11-28T20:50:36

Thanks for paying attention (apparently I did't) -- it is
http://marijnhaverbeke.nl/git/postmodern , without the dot between
marijn and haverbeke.


Cool, I didn't know that.

_______________________________________________
clbuild-devel mailing list
clbuild-devel< at >common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/clbuild-devel

Re: Postmodern repo moved (again)

David Lichteblau — 2010-11-28T20:44:08

Hi,

Quoting Marijn Haverbeke (marijnh< at >gmail.com):

thanks for letting me know, but that looks like the old URL to me.  And it
redirects to gitweb, not the repository.

So what's the actual url?


Current clbuild from git doesn't have a dependency list anymore; users
should use 'clbuild quickload' so that quicklisp will handle the
dependencies, and only specific repositories will be downloaded through
version control, overriding the quicklisp ones.
(http://gitorious.org/clbuild2)


d.

Postmodern repo moved (again)

Marijn Haverbeke — 2010-11-28T19:59:44

Long story short, Google delisted my domain for no reason at all,
didn't give me a way to fix that, so I moved to a new domain. I set up
a redirect, but unfortunately git doesn't seem to handle those very
well. Postmodern is now:

  git clone http://marijn.haverbeke.nl/git/postmodern

(Also, the dependencies listed for postmodern are off -- it doesn't
use lift, and it no longer uses ieee-floats and trivial-utf-8.)

Best,
Marijn

clbuild 2.0 in git with Quicklisp integration

David Lichteblau — 2010-11-13T13:22:04

Hello list,

it has been silent around clbuild for some time now, both on the list
and in the repository.

Part of that may be because clbuild simply works for its users :-), but
I imagine other reasons to have been:

  - lack of ASDF2 support, meaning that the inclusion of ASDF2 support
    in SBCL has made it hard to work with clbuild meaningfully

  - the appearance of Quicklisp, arguably one of the most important
    projects out there right now for the free lisp software community

  - last not least the areas in which clbuild has never been
    particularly strong, and which Quicklisp covers better, i.e. mainly
    the quick downloading of large numbers of projects, as is needed for
    the initial download or update of projects with many dependencies.

I am happy to announce the release of a new version of clbuild designed
to address these shortcomings.

Some of you will already heard about this new version on IRC.  It was
called qlbuild while it was only an idea, and retained the name qlbuild
while I

git.b9.com

Bryan Green — 2010-10-01T22:21:11

git.b9.com

Petter Gustad — 2010-09-28T19:27:16

Anybody else experience problems with git.b9.com right now?

: pangea clbuild; ./clbuild install cl-base64
MISMATCH: cl-base64 was installed from /home/petter/projects/lisp-libraries/clbuild/source/cl-base64
git://git.b9.com/cl-base64.git, current is git://git.b9.com/cl-base64.git
UPDATE git pull cl-base64
/home/petter/projects/lisp-libraries/clbuild/source/cl-base64
git.b9.com[0: 216.184.11.2]: errno=Connection refused
fatal: unable to connect a socket (Connection refused)

error: update was interrupted.
Use "clbuild update --resume" to retry.  (See also "clbuild skip PROJECT").


//Petter

Re: compile-implementation sbcl

David Lichteblau — 2010-09-23T13:30:17

Quoting Petter Gustad (clbuild< at >gustad.com):

Based on the error message, it looks to me like ASDF is looking for
SBCL's contribs in the wrong place.

clbuild sets up ASDF is a pretty straight-forward (and probably also
old-fashioned way).

Presumably that means that it works only with normal ASDF, not the ASDF2
that SBCL includes these days.

I'm not running ASDF2 yet, but if anyone can confirm whether it works
(and if not, provide patches), then please let me know.


d.

compile-implementation sbcl

Petter Gustad — 2010-09-23T12:54:16


It appears to be a problem with how clbuild organize the fasl's and
where sbcl locates the constants.lisp-temp file:


darcs get http://common-lisp.net/project/clbuild/clbuild
cd clbuild
chmod a+x clbuild
./clbuild update sbcl
./clbuild compile-implementation sbcl
./clbuild lisp --eval "(progn (print (lisp-implementation-version)) (asdf:oos 'asdf:load-op :sb-posix))"

"1.0.42.52" 

debugger invoked on a SB-INT:SIMPLE-FILE-ERROR in thread #<THREAD
                                                           "initial thread" RUNNING
                                                           {1002AAFEA1}>:
  failed to find the TRUENAME of /home/petter/.fasls/sbcl-1.0.42.52-linux-x86-64/tmp/clbuild-test/clbuild/target/lib/sbcl/sb-posix/constants.lisp-temp:
    No such file or directory


Have this issue been resolved in some development branch or elsewhere?
How do you avoid this problem if you're using clbuild/sbcl/sb-posix?

Thanks

//Petter

Add GBBopen

Dan Corkill — 2010-08-21T14:48:27

The following projects line adds GBBopen to clbuild:

gbbopen get_svn http://gbbopen.org/svn/GBBopen/trunk/ #blackboard-system framework, tools, & utilities

Thanks!

Patch for GSLL and friends

Liam Healy — 2010-08-19T00:43:05

I am resending this message without the attachment because the mailing
list is holding it for moderator approval due to the attachment.  The patch
is linked from this page:

http://common-lisp.net/pipermail/gsll-devel/2010q3/000558.html

Can someone please apply the patch?
Thank you.

Liam

---------- Forwarded message ----------
From: Liam Healy <lnp< at >healy.washington.dc.us>
Date: Tue, Aug 17, 2010 at 9:29 PM
Subject: Patch for GSLL and friends
To: clbuild-devel< at >common-lisp.net


I have attached a patch that adds repositories for GSLL and related systems.
Could someone please apply it to the official clbuild repository?  Thank you.

Liam