On Mar 30, 2009, at 4:00 PM, Lisandro Dalcin wrote: > On Mon, Mar 30, 2009 at 6:21 PM, Dag Sverre Seljebotn > <[email protected]> wrote: >> Since Stefan talked about aim at getting 0.12.x into Python stdlib, I >> think we should discuss package names. >> >> 1) Currently there's "Cython" for the package with the compiler and >> "cython" for the "shadow" module importable from pure Python. I feel >> this is both confusing and error-prone. A solution is to rename the >> former to e.g. "cythoncompiler". (However, unless more renaming is >> done, >> one would have "cythoncompiler.compiler". Perhaps >> "cythoncompiler.core"). >> > > I would just do the renaming > > Cython -> Core > > >> 2) Should all the package names be converted to lowercase? >> > > Perhaps we should follow PEP 8 ? > > Package and Module Names > > Modules should have short, all-lowercase names. Underscores > can be used > in the module name if it improves readability. Python > packages should > also have short, all-lowercase names, although the use of > underscores is > discouraged. > > Since module names are mapped to file names, and some file > systems are > case insensitive and truncate long names, it is important > that module > names be chosen to be fairly short -- this won't be a problem > on Unix, > but it may be a problem when the code is transported to older > Mac or > Windows versions, or DOS.
Yes. >> 3) Should one perhaps distribute Cython under two seperate package >> names, so that a standalone version can coexist with the one in >> stdlib? >> This would facilitate easy installation and usage of non-stdlib >> Cython >> releases. Can't come up with any good names though. >> > > 1) cython > 2) cython.core > 3) cython.pyximport Meaning we'd have cython.core.nodes, etc. > > Regarding (1), I would make it have in the cython/__init__.py define > __version__, and also have cython/run.py for cmd line work with -m > switch, and make __init__py use that for newer Python versions that > let you run packages. cython/__init__.py should also manage the shadow > stuff +1 > Regarding (2), that's what I've previously suggested. > > Regarding (3), not a strong feeling. > > All this plus good support for making Cython work from a ZIP would > make it really easy to switch to Cython's other than the system one... I would like (3) to be easy too. I'm short on ideas for names too. - Robert _______________________________________________ Cython-dev mailing list [email protected] http://codespeak.net/mailman/listinfo/cython-dev
