Python syntax in Lisp and Scheme
adalke at mindspring.com
Thu Oct 9 20:45:47 CEST 2003
> i realize that this thread is hopelessly amorphous, but this post did
> introduce some concrete issues which bear concrete responses...
Thank you for the commentary.
> i got only as far as the realization that, in order to be of any use,
> data management has to support the eventual primitive string operations.
> introduces the problem that, in many cases, these primitive operations
> eventually devolve to the respective os api. which, if one compares apple
> unix apis are anything but uniform. it is simply not possible to provide
> with the same data and do anything worthwhile. if it is possible to give
> concrete pointers to how other languages provide for this i would be
Python does it by ignoring the respective os APIs, if I understand
your meaning and Python's implementation correctly. Here's some
more information about Unicode in Python
> and i have no idea what people do with surrogate pairs.
See PEP 261 listed above for commentary, and you may want
to email the author of that PEP, Paul Prescod. I am definitely
not the one to ask.
> yes, there are several available common-lisp implementations for http
> and servers. they offer significant trade-offs in api complexity,
> functionality, resource requirements and performance.
And there are several available Python implementations for the same;
Twisted's being the most notable. But the two main distributions (and
variants like Stackless) include a common API for it, which makes
it easy to start, and for most cases is sufficient.
I fully understand that it isn't part of the standard, but it would be
useful if there was a consensus that "packages X, Y, and Z will
always be included in our distributions."
> if one needs to _port_ it to a new lisp, yes. perhaps you skipped over the
> list of lisps to which it has been ported. if you look at the #+/-
> conditionalization, you may observe that the differences are not
You are correct, and I did skip that list.
dalke at dalkescientific.com
More information about the Python-list