At 10:06 AM 7/19/2007 +1000, Mark Hammond wrote: > > At 09:13 AM 7/19/2007 +1000, Mark Hammond wrote: > > >Its not clear from your reply, but do you believe that all > > architectures > > >having identical filenames is a problem? If so, how do you > > think we should > > >approach it? > >I'm still not sure what the answer to the question is though :)
I just want to make sure that I understand your proposal well enough to ensure that 1) it won't cause trouble for eggs and 2) I can implement the necessary changes, if any, to setuptools. > > Mostly, I'm just interested in understanding how to update > > setuptools' platform API functions: > > > > http://peak.telecommunity.com/DevCenter/PkgResources#platform-utilities > >That sounds worthwhile - but I'm unsure why we wouldn't simply update >distutils in similar ways, Because distutils' get_platform() isn't really clear about the distinctions that setuptools makes explicit, about version compatibility. In a sense, distutils' get_platform assumes that no platform can run any other platform's code, even though this isn't so for at least Mac OS. For example, if a 'win32' package can be used on 'win64', setuptools needs to know this -- but distutils has no clue and doesn't care, because distutils doesn't *do* anything with platform information except generate filenames (including build directory file names). Notice that setuptools has *two* different get_*_platform APIs, because of this distinction, plus a "compatible_platforms" function; distutils doesn't have any of that. So if we move away from win32 as a platform designator, I need to understand *precisely* what values will replace it, so that compatible_platforms will be able to support them correctly. In general, platform strings are an underspecified area of the distutils, so if we change anything about them, I'd like to improve the specification. I'm not happy with adding more code whose behavior is implementation-defined, as it leaves me with no way to figure out what platforms are compatible with what. _______________________________________________ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
