This was reported on the XML-SIG by Mark Favas, and looks like it might be a Distutils problem. ================= The link step also appears to have a wildcard quoting problem. The ld command used is: ld -shared -expect_unresolved "*" build/temp.osf1V-alpha/extensions/pyexpat.o build/temp.osf1V-alpha/extensions/expat/xmltok/xmltok.o build/temp.osf1V-alpha/extensions/expat/xmltok/xmlrole.o ... which works correctly if put into a /bin/sh script produces pyexpat.so without warnings of unresolved externals (the -expect_unresolved "*" pattern matches all). However, when run by Python via the "python setup.py build" command, ld complains about all the unresolved externals: ld: Warning: Unresolved: fread strlen strncpy strcmp ... as if the pattern that ld is trying to match is literally "*" ================= Presumably the link step quotes the * for the sake of the shell, and sysconfig.py doesn't know this, so it winds up passing "*" as the argument. --amk
On 15 June 2000, A.M. Kuchling said:
This was reported on the XML-SIG by Mark Favas, and looks like it might be a Distutils problem.
================= The link step also appears to have a wildcard quoting problem. The ld command used is: ld -shared -expect_unresolved "*" [...] Presumably the link step quotes the * for the sake of the shell, and sysconfig.py doesn't know this, so it winds up passing "*" as the argument.
You mean what's happening is this: exec(['ld', '-shared', '-expect_unresolved', '"*"']) when it should be exec(['ld', '-shared', '-expect_unresolved', '*']) Hmmm. The right solution, of course, is to shlex everything coming out of Python's Makefile, and then quote it again when we print it out. ;-( Sigh... added to the todo list... Greg -- Greg Ward - Unix geek gward@python.net http://starship.python.net/~gward/ The real Nazis run your schools / They're coaches, businessmen and cops -- Dead Kennedys
participants (3)
-
A.M. Kuchling -
Andrew Kuchling -
Greg Ward