[clbuild-devel] [PATCH] Broken dependencies, new WNPPs

[Victor Kryukov]

clbuild contains some broken dependencies. For example, the following
sequence of commands[1] in a fresh clbuild installation

$ ./clbuild update cl-ppcre
$ ./clbuild build hunchentoot

fails during master.core compilation, because hunchentoot depends on
babel, and babel depends on rt, but rt is not in the hunchentoot
explicit dependencies list. It looks like clbuild doesn't resolve all
the dependencies - in that case a simple fix would be adding rt to the
hunchentoot dependencies line. On the other hand, it could be a better
decision to resolve all the dependencies automatically, or even get
rid of clbuild/dependencies completely and extract all relevant
information from .asd files in a asdf-install fashion.

Anyway, I've attached a patch that fixes that and adds some more WNPP
projects, mainly to support cl-s3 project that provides interface to
Amazon S3.

Two questions:

1/ Why is get_tarball deprecated? cl-s3 and ironclad (a cryptography
library) are only available as tarballs; I haven't found any other way
to get them[2].

2/ What are the reasons for having clbuild as a shell script, and not
as a lisp program? It may be just my inexperience/unfamiliarity with
bash, but clbuild with 1000+ LOC is hard to grasp/modify/support. And
having a lisp is our core dependency anyway :). Two potential reasons
come in mind, though I may miss something:

- it is just a legacy of clbuild development, which was started as a
short shell script, or
- clbuild does a lot of OS-level tasks, and there's no portable way to
do it in Common Lisp.

While I agree with the later, all implementations provide some way to
deal with underlying OS and compatibility layer will be small. Also,
any helpful libraries like CL-FAD could be installed via small
shell-script before main clbuild-in-lisp starts.

Best regards,
Victor.

[1] The first command is required because clbuild.lisp depends on
cl-ppcre - see my message earlier in the group.

[2] It may be a good moment to urge authors to provide them in a VCS
form though.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dependencies.patch
Type: application/octet-stream
Size: 2082 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20080127/6de8ca09/attachment.obj>