Message 50038 - Python tracker

➜

This issue tracker has been migrated to GitHub , and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Recipients
Author	loewis
Date	2006年04月17日.21:52:36
SpamBayes Score
Marked as misclassified
Message-id
In-reply-to

Content
Logged In: YES user_id=21627 I don't understand the rationale for Modules/expat/osxconfig.h. I thought there was some magic to make Python.h's WORDS_BIGENDIAN always correct. If so, BYTEORDER wouldn't be needed at all anymore. In Makefile.pre.in, the -install-name option seems to imply -enable-framework. If this is indeed a hard dependency, configuring with universal-sdk, yet without framework should make configure abort. If it's not a hard dependency, the linker command line should be corrected for the case of --disable-framework. Minor issues: - avoid empty statements; reverse the if test "${enable_universalsdk}"; test - shouldn't the -current-version include the micro release?

Content

Logged In: YES 
user_id=21627
I don't understand the rationale for
Modules/expat/osxconfig.h. I thought there was some magic to
make Python.h's WORDS_BIGENDIAN always correct. If so,
BYTEORDER wouldn't be needed at all anymore.
In Makefile.pre.in, the -install-name option seems to imply
-enable-framework. If this is indeed a hard dependency,
configuring with universal-sdk, yet without framework should
make configure abort. If it's not a hard dependency, the
linker command line should be corrected for the case of
--disable-framework.
Minor issues:
- avoid empty statements; reverse the if test
"${enable_universalsdk}"; test
- shouldn't the -current-version include the micro release?

History
Date	User	Action	Args
2007年08月23日 15:48:20	admin	link	issue1471883 messages
2007年08月23日 15:48:20	admin	create

homepage