A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/1999-April/095108.html below:

[Python-Dev] Notice of intent: rich comparisons

[Python-Dev] Notice of intent: rich comparisons [Python-Dev] Notice of intent: rich comparisonsFredrik Lundh fredrik at pythonware.com
Wed Apr 21 22:04:54 CEST 1999
Guido wrote:

> String methods
> 
> Barry has his patches ready.
> 
> Unicode
> 
> What is the status of /F's latest attempts?

most of the code is written and tested; the API still
needs some cleaning up. I also have a few patches
and other contributions in my inbox that I gotta
look into...

btw, the unicode module can be compiled for 8-bit
characters too.  we could merge it with the string
module (one place to fix bugs...)

> Import revamp
> 
> It should be much easier to add hooks to allow importing
> from zip files, from a URL, etc., or (different) hooks to
> allow looking for different extensions (e.g. to automatically
> generate ILU stubs).  This should help the small platforms
> too, since they often don't have a filesystem, so their
> imports will have to come from some other place.

something similar to greg's imputil.py should definitely
be in the core...

> ANSI C
> 
> I'm tired of supporting K&R C.  All code should be converted
> to using prototypes.  The Py_PROTO macros should go.  We can
> add const-correctness to all code.  Too bad for platforms
> without decent compilers (let them get GCC).

or ansi2knr.c (available from http://www.cs.wisc.edu/~ghost/).
otoh, it only converts function headers, so I'm not sure it's
worth the effort...

</F>



More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4