The 64-bit version is complete

2009-09-06 Thread Alexander Burger
Hi all, this morning I finished the implementation of the last remaining function in the 64-bit version (it was 'commit', btw)! Now the 64-bit version should be compatible to the 32-bit version. As we left off for a family trip for the rest of the day, I did not much testing yet. In fact, the who

Re: The 64-bit version is complete

2009-09-06 Thread TC
On Sun, 6 Sep 2009, Alexander Burger wrote: Hi all, this morning I finished the implementation of the last remaining :D function in the 64-bit version (it was 'commit', btw)! Now the 64-bit I don't see it in the repo, maybe you forgot to _push_? version should be compatible to the 32-bit

Re: The 64-bit version is complete

2009-09-06 Thread Robert Wörle
So is this then the mighty 3.0 release. Congrats Alex and keep up the good work. Rob- Alexander Burger schrieb: Hi all, this morning I finished the implementation of the last remaining function in the 64-bit version (it was 'commit', btw)! Now the 64-bit version should be compatible to the

Pico build problem on Mac OS X 10.6

2009-09-06 Thread Jon Kleiser
Hi, I've just installed Mac OS X 10.6, aka "Snow Leopard", on a partition on my Mac (Intel Core 2 Duo, which probably means 32 bit only), and I was curious to see what the consequences might be for Pico Lisp. I downloaded the ongoing dev. version of Pico Lisp and did the usual "(cd src; make picol

Re: Pico build problem on Mac OS X 10.6

2009-09-06 Thread Robert Wörle
can you use the "type" command on some of those .o files you get ? also what is a typical "type" output on a working binary in your os. maybe remove the -m32 switch in the makefile and see what happens. rob Jon Kleiser schrieb: Hi, I've just installed Mac OS X 10.6, aka "Snow Leopard", on a p

Re: From Pico to JSON in the client

2009-09-06 Thread Henrik Sarvell
I've updated the converter now, the current version is more flexible than earlier and will now also do (":key" (1 2 3)) -> {"key": [1, 2, 3]}. /Henrik On Fri, Sep 4, 2009 at 11:10 AM, Henrik Sarvell wrote: > Thanks for the idea TC, another alternative would be to give the > parser a bias to lean

Re: The 64-bit version is complete

2009-09-06 Thread Alexander Burger
On Sun, Sep 06, 2009 at 04:28:04PM -0300, TC wrote: > I don't see it in the repo, maybe you forgot to _push_? Ah, sorry, then we have a misunderstanding. As far as I remember, we agreed that I will not push ongoing development code (i.e. the 64-bit stuff), and we wait until 3.0 is finished. I sug

Re: Pico build problem on Mac OS X 10.6

2009-09-06 Thread Alexander Burger
On Sun, Sep 06, 2009 at 10:48:17PM +0200, Jon Kleiser wrote: > I've just installed Mac OS X 10.6, aka "Snow Leopard", on a partition on > my Mac (Intel Core 2 Duo, which probably means 32 bit only), and I was > ... > picolisp)". The results weren't too nice, but I'm not sure what the As I'm going

Re: Pico build problem on Mac OS X 10.6

2009-09-06 Thread Alexander Burger
Hi Robert, > maybe remove the -m32 switch in the makefile and see what happens. This might not be a good idea, because then it will compile for the 64-bit architecture where the 32-bit interpreter will choke. Cheers, - Alex -- UNSUBSCRIBE: mailto:picol...@software-lab.de?subject=unsubscribe

Re: The 64-bit version is complete

2009-09-06 Thread Alexander Burger
And thanks to you, Robert, as this was all done on your server! Cheers, - Alex -- UNSUBSCRIBE: mailto:picol...@software-lab.de?subject=unsubscribe

Re: The 64-bit version is complete

2009-09-06 Thread TC
On Mon, 7 Sep 2009, Alexander Burger wrote: On Sun, Sep 06, 2009 at 04:28:04PM -0300, TC wrote: I don't see it in the repo, maybe you forgot to _push_? Ah, sorry, then we have a misunderstanding. As far as I remember, we agreed that I will not push ongoing development code (i.e. the 64-bit stu

Re: The 64-bit version is complete

2009-09-06 Thread Alexander Burger
On Mon, Sep 07, 2009 at 03:12:21AM -0300, TC wrote: > ... it would be nice if core changes were kept in the repository, > everyone should be free to work the way they prefer. Right, this is better. So I'll keep the repo in sync. > I'm eager to see what pL will turn into :D (of course, I'll help