I can spend a couple of  hours per day on porting. I already maneged to compile with sbcl 0.9.9. <br>
I am looking into the streams issues now. I will appreciate any hints on the testing. Especially <br>
on handling external formats and UNICODE related issues. <br>
<br>
Although at my current job I am forced to use Java, I would like to move away from it. In the past I have <br>
done some work with Lisp and Prolog (AI). And as you probably know,
once you use these kind of languages it is difficult to like any other.
<br>
<br>
Regards,<br>
<br>
Tchavdar<br>
<br>
<br>
 <br><div><span class="gmail_quote">On 2/3/06, <b class="gmail_sendername">Hans Hübner</b> <<a href="mailto:hans.huebner@gmail.com">hans.huebner@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Tchadvar,<br><br>I am currently reorganizing the code base so that asdf-install can be<br>used.  The thirdparty/ tree will eventually go away, as soon as I have<br>a stable asdf-installable setup.  This will be the case until the end
<br>of this month.<br><br>I am not using SBCL myself, so I have no current plans to port it<br>myself.  There are others who are interested in this, and in fact<br>there have been two endavours to do so.  Hoan Ton-That did a port last
<br>summer, but it failed to compile on cmucl so it did not make it back<br>into the trunk.  Nyef did a port to flexi-streams that is supposed to<br>work with SBCL, but he changed the on-disk format which makes merging<br>
to the mainline a bit problematic.<br><br>It would be great if there was a port to SBCL which does neither<br>introduce incompatibilities to cmucl nor change the on-disk format<br>(unless there are real good reasons to do so).  I am currently using
<br>the BKNR Datastore as it is in the repository to maintain a handful of<br>commercial projects, and I really depend on being able to commit my<br>changes back and update the deployed systems.  Also, I think that a<br>stable on-disk format is a very important property of a database
<br>system, so I'd rather prefer to have it stay as it is or, if there are<br>compelling reasons to do so, change the format only once in order to<br>iron out any insufficiencies of the current format.<br><br>What are your plans with the Datastore?  Can you spend some time on
<br>making it more portable, and if so, how much?  Do you have the<br>necessary skills?<br><br>I will try to answer any questions you may have and I'll also test<br>changes with my deployed applications, but I will do so on cmucl only,
<br>for the lack of time.<br><br>Cheers,<br>Hans<br><br>2006/2/3, Tchadvar Roussanov <<a href="mailto:troussan@gmail.com">troussan@gmail.com</a>>:<br>> Hi,<br>><br>> I am trying to compile BKNR with the latest SBCL release. Till now I had to
<br>> update almost all<br>> third party libraries to their latest versions.  Is there are plans to<br>> update the versions of these packages in the SVN tree?<br>> Or move them out and use asdf install to resolve dependencies?
<br>><br>> I also notice in the SVN repository that there is ongoing SBCL porting<br>> effort.  What is the current status of it?<br>><br>> I am willing to help with this port as much as I can.<br>><br>> Thank you.
<br>> _______________________________________________<br>> bknr-devel mailing list<br>> <a href="mailto:bknr-devel@common-lisp.net">bknr-devel@common-lisp.net</a><br>> <a href="http://common-lisp.net/cgi-bin/mailman/listinfo/bknr-devel">
http://common-lisp.net/cgi-bin/mailman/listinfo/bknr-devel</a><br>><br>><br>><br></blockquote></div><br>