From raison at chatsubo.net Tue May 8 05:52:39 2007 From: raison at chatsubo.net (Kevin Raison) Date: Mon, 07 May 2007 22:52:39 -0700 Subject: [bknr-devel] iconv download? Message-ID: <46401027.9000005@chatsubo.net> Does anyone on this list have a link to the iconv package that bknr requires? The link from cliki.net (http://www.swj.co.jp/~tahara/lisp/lib/iconv_0.2.tar.gz) is broken, and google has not turned up anything. Thanks, Kevin From hans at huebner.org Tue May 8 07:38:57 2007 From: hans at huebner.org (=?ISO-8859-1?Q?Hans_H=FCbner?=) Date: Tue, 8 May 2007 09:38:57 +0200 Subject: [bknr-devel] iconv download? In-Reply-To: <46401027.9000005@chatsubo.net> References: <46401027.9000005@chatsubo.net> Message-ID: Kevin, bknr makes use of the iconv package that is in the thirdparty/ tree. The original iconv that is linked from cliki.net contained several bugs that I fixed. I would not try to use bknr with random packages installed from the net and use the thirdparty/ versions instead. I am aware that the dependency on a private thirdparty tree is not nice, but it has the advantage of keeping the system maintainable without having to keep up with all the new versions of third party packages that keep coming up. The additional disk space requirements set aside, I don?t think that this requirement is a significant burden unless one needs features of a newer version of a thirdparty library included with bknr. I am planning to factor out the datastore components this year and make them asdf installable. An sbcl port is on my todo list as well, but without a concrete project, this todo list shares my attention with the several other free-time activities I have. -Hans From hans at huebner.org Tue May 8 21:15:27 2007 From: hans at huebner.org (=?ISO-8859-1?Q?Hans_H=FCbner?=) Date: Tue, 8 May 2007 23:15:27 +0200 Subject: [bknr-devel] iconv download? In-Reply-To: <4640B960.2030402@chatsubo.net> References: <46401027.9000005@chatsubo.net> <4640B960.2030402@chatsubo.net> Message-ID: 2007/5/8, Kevin Raison : > I would be happy to help out with the sbcl port. I have already started > playing around with the grin-neu branch and it seems to work with sbcl > 1.0.5. Of course, I have not yet done anything more than experiment. > Are there known issues with sbcl that I could concentrate on? I have not tried BKNR on SBCL yet, but I expect problems in the multiprocessing code. BKNR makes use of the acl-compat package, so the system dependencies would need to be fixed there. Also, BKNR does not directly support Unicode, but I have used unicode characters in a number of projects by just putting them into strings. This is not the right way to do it, and it may be a stumbling block. Generally, I would like to keep all system dependencies out of the baseline code and see them being put into seperate files (like cmu.lisp, sbcl.lisp etc.). Also, it needs to be made sure that the serialization mechanism works on sbcl. All transactions to the store need to be serialized, and BKNR has a mutex that guards all destructive operations. It needs to be verified that this works on sbcl, too. It may be best to write some tests, and this would be on my todo list. The present tests are too informal to be really useful, and I have concentrated on the application side of things. -Hans