[Distutils] Access to Python config info

Greg Ward gward@cnri.reston.va.us
Fri, 18 Dec 1998 17:10:21 -0500

Quoth Greg Stein, on 16 December 1998:
> I believe the public interface will/should always be a set of names and
> values. Even if we do a hack in lieu of native Python support, we should
> just set globals for use by clients.
> There may be functions in there, too, for compiler invocation and stuff
> (as John recommends). I'm not clear on whether that needs to be in
> sysconfig.py or part of the distutils package (forgot the pkg name).

I agree: sysconfig.py should be a flat list of globals.  A brain-dump of
Python's configuration info, as it were.

This implies that any functions/methods (eg. for invoking the compiler)
belong in some distutils module.  After all, this is the 'distutils'
project; as much code as possible should go in the 'distutils' package.
sysconfig should just be a flat braindump.

> All right, you Perl hacker. We'll have none of this here! Python doesn't
> have "hashes" ... it has dictionaries! Also, it is always possible to
> view module globals as a dictionary (with vars(sysconfig)), so there
> isn't a need for another level containing a dictionary.
> Go home Perl hacker!

My list of gripes with Python is pretty small, but I think the main one
is that the word "Dictionary" is just too long to type.  And when you
write as many comments as I do, that matters... ;-)

Just another /^P\w+/ hacker...


PS. Oops, I just realized that regex also lets Pascal in, and PL1 (of
course it should be written "PL/1" [or is it "PL/I"?]), and
Prolog... hmmm... back to the drawing board...

Greg Ward - software developer                    gward@cnri.reston.va.us
Corporation for National Research Initiatives    
1895 Preston White Drive                      voice: +1-703-620-8990 x287
Reston, Virginia, USA  20191-5434               fax: +1-703-620-0913