Page 3 of 3

Re: The library situation (warning: mini-rant)

Posted: Thu Oct 16, 2008 9:08 pm
by August
JamesF wrote:Ah. In that case, it looks like we'd get most mileage out of a more complete (in both senses) set of libraries to address things that have become much more common in the last 10 years or so, and making it easier to install and use them. Mostly, I suspect, polish (which is the other 90% of the development work).
Whether or not you like the language, I think Python does a good job in this respect.

Re: The library situation (warning: mini-rant)

Posted: Thu Oct 16, 2008 9:15 pm
by TheGZeus
August wrote:
JamesF wrote:Ah. In that case, it looks like we'd get most mileage out of a more complete (in both senses) set of libraries to address things that have become much more common in the last 10 years or so, and making it easier to install and use them. Mostly, I suspect, polish (which is the other 90% of the development work).
Whether or not you like the language, I think Python does a good job in this respect.
Wanna re-implement lisp in python? Then we get the libraries, and the axiom that lisp is slow becomes true again ;)

Re: The library situation (warning: mini-rant)

Posted: Thu Oct 16, 2008 9:54 pm
by JamesF
August wrote:
JamesF wrote:Ah. In that case, it looks like we'd get most mileage out of a more complete (in both senses) set of libraries to address things that have become much more common in the last 10 years or so, and making it easier to install and use them. Mostly, I suspect, polish (which is the other 90% of the development work).
Whether or not you like the language, I think Python does a good job in this respect.
I get that impression too; it seems to be a useful reference point.

Re: The library situation (warning: mini-rant)

Posted: Thu Oct 16, 2008 9:57 pm
by JamesF
TheGZeus wrote:
August wrote:
JamesF wrote:Ah. In that case, it looks like we'd get most mileage out of a more complete (in both senses) set of libraries to address things that have become much more common in the last 10 years or so, and making it easier to install and use them. Mostly, I suspect, polish (which is the other 90% of the development work).
Whether or not you like the language, I think Python does a good job in this respect.
Wanna re-implement lisp in python? Then we get the libraries, and the axiom that lisp is slow becomes true again ;)
I'm pretty sure it's been done the other way around, but this looks more like what you're talking about: http://common-lisp.net/project/python-on-lisp/

Re: The library situation (warning: mini-rant)

Posted: Fri Oct 17, 2008 9:32 am
by smithzv
I'm pretty sure it's been done the other way around, but this looks more like what you're talking about: http://common-lisp.net/project/python-on-lisp/
Now, I have never used it, but python-on-lisp calls out to Python. It is like an FFI for Python (like I said, I haven't really looked at how it works, but I get the idea that it is similar to how LTk communicates with wish).

I have played around with CLPython, http://common-lisp.net/project/clpython/, which is an project to write an implementation of Python in CL, which would mean that you could compile Python to machine instructions using the your favorite implementation. So maybe "Python is slow" could become a myth. Definitely not ready for prime time though, since many of the Python standard libraries are written in C and are inaccessible (until they are ported).

Zach S