Hi,
I am trying to compile BKNR with the latest SBCL release. Till now I had to update almost all third party libraries to their latest versions. Is there are plans to update the versions of these packages in the SVN tree? Or move them out and use asdf install to resolve dependencies?
I also notice in the SVN repository that there is ongoing SBCL porting effort. What is the current status of it?
I am willing to help with this port as much as I can.
Thank you.
Hi Tchadvar,
I am currently reorganizing the code base so that asdf-install can be used. The thirdparty/ tree will eventually go away, as soon as I have a stable asdf-installable setup. This will be the case until the end of this month.
I am not using SBCL myself, so I have no current plans to port it myself. There are others who are interested in this, and in fact there have been two endavours to do so. Hoan Ton-That did a port last summer, but it failed to compile on cmucl so it did not make it back into the trunk. Nyef did a port to flexi-streams that is supposed to work with SBCL, but he changed the on-disk format which makes merging to the mainline a bit problematic.
It would be great if there was a port to SBCL which does neither introduce incompatibilities to cmucl nor change the on-disk format (unless there are real good reasons to do so). I am currently using the BKNR Datastore as it is in the repository to maintain a handful of commercial projects, and I really depend on being able to commit my changes back and update the deployed systems. Also, I think that a stable on-disk format is a very important property of a database system, so I'd rather prefer to have it stay as it is or, if there are compelling reasons to do so, change the format only once in order to iron out any insufficiencies of the current format.
What are your plans with the Datastore? Can you spend some time on making it more portable, and if so, how much? Do you have the necessary skills?
I will try to answer any questions you may have and I'll also test changes with my deployed applications, but I will do so on cmucl only, for the lack of time.
Cheers, Hans
2006/2/3, Tchadvar Roussanov troussan@gmail.com:
Hi,
I am trying to compile BKNR with the latest SBCL release. Till now I had to update almost all third party libraries to their latest versions. Is there are plans to update the versions of these packages in the SVN tree? Or move them out and use asdf install to resolve dependencies?
I also notice in the SVN repository that there is ongoing SBCL porting effort. What is the current status of it?
I am willing to help with this port as much as I can.
Thank you. _______________________________________________ bknr-devel mailing list bknr-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/bknr-devel
I can spend a couple of hours per day on porting. I already maneged to compile with sbcl 0.9.9. I am looking into the streams issues now. I will appreciate any hints on the testing. Especially on handling external formats and UNICODE related issues.
Although at my current job I am forced to use Java, I would like to move away from it. In the past I have 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.
Regards,
Tchavdar
On 2/3/06, Hans Hübner hans.huebner@gmail.com wrote:
Hi Tchadvar,
I am currently reorganizing the code base so that asdf-install can be used. The thirdparty/ tree will eventually go away, as soon as I have a stable asdf-installable setup. This will be the case until the end of this month.
I am not using SBCL myself, so I have no current plans to port it myself. There are others who are interested in this, and in fact there have been two endavours to do so. Hoan Ton-That did a port last summer, but it failed to compile on cmucl so it did not make it back into the trunk. Nyef did a port to flexi-streams that is supposed to work with SBCL, but he changed the on-disk format which makes merging to the mainline a bit problematic.
It would be great if there was a port to SBCL which does neither introduce incompatibilities to cmucl nor change the on-disk format (unless there are real good reasons to do so). I am currently using the BKNR Datastore as it is in the repository to maintain a handful of commercial projects, and I really depend on being able to commit my changes back and update the deployed systems. Also, I think that a stable on-disk format is a very important property of a database system, so I'd rather prefer to have it stay as it is or, if there are compelling reasons to do so, change the format only once in order to iron out any insufficiencies of the current format.
What are your plans with the Datastore? Can you spend some time on making it more portable, and if so, how much? Do you have the necessary skills?
I will try to answer any questions you may have and I'll also test changes with my deployed applications, but I will do so on cmucl only, for the lack of time.
Cheers, Hans
2006/2/3, Tchadvar Roussanov troussan@gmail.com:
Hi,
I am trying to compile BKNR with the latest SBCL release. Till now I had
to
update almost all third party libraries to their latest versions. Is there are plans to update the versions of these packages in the SVN tree? Or move them out and use asdf install to resolve dependencies?
I also notice in the SVN repository that there is ongoing SBCL porting effort. What is the current status of it?
I am willing to help with this port as much as I can.
Thank you. _______________________________________________ bknr-devel mailing list bknr-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/bknr-devel
Hi Tchadvar,
great news. Find nyefs datastore version which uses flexi-streams enclosed. I have not looked at it much, but it seems to contain good ideas (especially the define-object-codec macro looks cool). Maybe it helps having this.
Generally, flexi-streams make sense if the encoding of the log file and transaction logs are a problem - I really never looked at this hard enough. My applications all use Unicode strings with cmucl being ignorant about it. This is no pretty solution and I thought about switching to sbcl for the Unicode support, but I never made this happen.
Let me know if I can assist you further.
Best regards, Hans