[Python-Dev] PyConfig.h On Solaris
Martin v. L÷wis
22 Jul 2003 23:18:11 +0200
"John Abel" <email@example.com> writes:
> OK, I can see why Python.h has to be first, but surely, abiding by the spec
> shouldn't prevent code from executing properly? Should I raise a bug report
> for this?
For what? That you can't compile a certain Solaris header, if the
application adds some system-specifed #defines? That is a Solaris bug,
not a Python bug. All system headers ought to work under
_LARGEFILE_SOURCE and _FILE_OFFSET_BITS=64.
> I'm guessing that only Solaris is affected (though maybe other
> BSD-types are, too? AFAIK, only Solaris has the /proc oddity). I'd
> like to be able to produce compliant modules. I'd like to help, if
> I can.
I don't see that Python can or should change here. We have to define
_FILE_OFFSET_BITS, and we have to define it consistently across all
object files, or else we can't free exchange data structures which
contain off_t fields across functions.