BUG: py-pyobjc fail to build

[nirs@…]

build on 10.4.6 with Xcode 2.3 fails:

Error: Target com.apple.build returned: shell command "cd "/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_python_py-pyobjc/work/pyobjc-1.3.7" && /opt/local/bin/python2.4 setup.py build" returned error 1 Command output: /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd -fno-common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I/opt/local/Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 -I/opt/local/include/python2.4 -c Modules/OSAKit/_OSAKit.m -o build/temp.darwin-8.6.0-Power_Macintosh-2.4/Modules/OSAKit/_OSAKit.o -IModules/objc -DMACOSX -DAPPLE_RUNTIME -no-cpp-precomp -Wno-long-double -g -Wall -Wstrict-prototypes -Wmissing-prototypes -Wformat=2 -W -Wshadow -Wpointer-arith -Wmissing-declarations -Wnested-externs -Wno-long-long -Wno-import -Ibuild/codegen/ /usr/bin/gcc-4.0 -bundle -undefined dynamic_lookup build/temp.darwin-8.6.0-Power_Macintosh-2.4/Modules/OSAKit/_OSAKit.o -o build/lib.darwin-8.6.0-Power_Macintosh-2.4/OSAKit/_OSAKit.so -framework OSAKit -framework Foundation building 'CoreData._CoreData' extension creating build/temp.darwin-8.6.0-Power_Macintosh-2.4/Modules/CoreData /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd -fno-common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I/opt/local/Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 -I/opt/local/include/python2.4 -c Modules/CoreData/_CoreData.m -o build/temp.darwin-8.6.0-Power_Macintosh-2.4/Modules/CoreData/_CoreData.o -IModules/objc -DMACOSX -DAPPLE_RUNTIME -no-cpp-precomp -Wno-long-double -g -Wall -Wstrict-prototypes -Wmissing-prototypes -Wformat=2 -W -Wshadow -Wpointer-arith -Wmissing-declarations -Wnested-externs -Wno-long-long -Wno-import -Ibuild/codegen/ /usr/bin/gcc-4.0 -bundle -undefined dynamic_lookup build/temp.darwin-8.6.0-Power_Macintosh-2.4/Modules/CoreData/_CoreData.o -o build/lib.darwin-8.6.0-Power_Macintosh-2.4/CoreData/_CoreData.so -framework CoreData -framework Foundation building 'DiscRecording._DiscRecording' extension creating build/temp.darwin-8.6.0-Power_Macintosh-2.4/Modules/DiscRecording /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd -fno-common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I/opt/local/Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 -I/opt/local/include/python2.4 -c Modules/DiscRecording/_DiscRecording.m -o build/temp.darwin-8.6.0-Power_Macintosh-2.4/Modules/DiscRecording/_DiscRecording.o -IModules/objc -DMACOSX -DAPPLE_RUNTIME -no-cpp-precomp -Wno-long-double -g -Wall -Wstrict-prototypes -Wmissing-prototypes -Wformat=2 -W -Wshadow -Wpointer-arith -Wmissing-declarations -Wnested-externs -Wno-long-long -Wno-import -Ibuild/codegen/ /usr/bin/gcc-4.0 -bundle -undefined dynamic_lookup build/temp.darwin-8.6.0-Power_Macintosh-2.4/Modules/DiscRecording/_DiscRecording.o -o build/lib.darwin-8.6.0-Power_Macintosh-2.4/DiscRecording/_DiscRecording.so -framework DiscRecording -framework Foundation building 'DiscRecordingUI._DiscRecordingUI' extension creating build/temp.darwin-8.6.0-Power_Macintosh-2.4/Modules/DiscRecordingUI /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd -fno-common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I/opt/local/Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 -I/opt/local/include/python2.4 -c Modules/DiscRecordingUI/_DiscRecordingUI.m -o build/temp.darwin-8.6.0-Power_Macintosh-2.4/Modules/DiscRecordingUI/_DiscRecordingUI.o -IModules/objc -DMACOSX -DAPPLE_RUNTIME -no-cpp-precomp -Wno-long-double -g -Wall -Wstrict-prototypes -Wmissing-prototypes -Wformat=2 -W -Wshadow -Wpointer-arith -Wmissing-declarations -Wnested-externs -Wno-long-long -Wno-import -Ibuild/codegen/ /usr/bin/gcc-4.0 -bundle -undefined dynamic_lookup build/temp.darwin-8.6.0-Power_Macintosh-2.4/Modules/DiscRecordingUI/_DiscRecordingUI.o -o build/lib.darwin-8.6.0-Power_Macintosh-2.4/DiscRecordingUI/_DiscRecordingUI.so -framework DiscRecordingUI -framework Foundation building 'SyncServices._SyncServices' extension creating build/temp.darwin-8.6.0-Power_Macintosh-2.4/Modules/SyncServices /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd -fno-common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I/opt/local/Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 -I/opt/local/include/python2.4 -c Modules/SyncServices/_SyncServices.m -o build/temp.darwin-8.6.0-Power_Macintosh-2.4/Modules/SyncServices/_SyncServices.o -IModules/objc -DMACOSX -DAPPLE_RUNTIME -no-cpp-precomp -Wno-long-double -g -Wall -Wstrict-prototypes -Wmissing-prototypes -Wformat=2 -W -Wshadow -Wpointer-arith -Wmissing-declarations -Wnested-externs -Wno-long-long -Wno-import -Ibuild/codegen/ /usr/bin/gcc-4.0 -bundle -undefined dynamic_lookup build/temp.darwin-8.6.0-Power_Macintosh-2.4/Modules/SyncServices/_SyncServices.o -o build/lib.darwin-8.6.0-Power_Macintosh-2.4/SyncServices/_SyncServices.so -framework SyncServices -framework Foundation building 'XgridFoundation._XgridFoundation' extension creating build/temp.darwin-8.6.0-Power_Macintosh-2.4/Modules/XgridFoundation /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd -fno-common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I/opt/local/Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 -I/opt/local/include/python2.4 -c Modules/XgridFoundation/_XgridFoundation.m -o build/temp.darwin-8.6.0-Power_Macintosh-2.4/Modules/XgridFoundation/_XgridFoundation.o -IModules/objc -DMACOSX -DAPPLE_RUNTIME -no-cpp-precomp -Wno-long-double -g -Wall -Wstrict-prototypes -Wmissing-prototypes -Wformat=2 -W -Wshadow -Wpointer-arith -Wmissing-declarations -Wnested-externs -Wno-long-long -Wno-import -Ibuild/codegen/ /usr/bin/gcc-4.0 -bundle -undefined dynamic_lookup build/temp.darwin-8.6.0-Power_Macintosh-2.4/Modules/XgridFoundation/_XgridFoundation.o -o build/lib.darwin-8.6.0-Power_Macintosh-2.4/XgridFoundation/_XgridFoundation.so -framework XgridFoundation -framework Foundation building 'SenTestingKit._SenTestingKit' extension creating build/temp.darwin-8.6.0-Power_Macintosh-2.4/Modules/SenTestingKit /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd -fno-common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I/opt/local/Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 -I/opt/local/include/python2.4 -c Modules/SenTestingKit/_SenTestingKit.m -o build/temp.darwin-8.6.0-Power_Macintosh-2.4/Modules/SenTestingKit/_SenTestingKit.o -IModules/objc -DMACOSX -DAPPLE_RUNTIME -no-cpp-precomp -Wno-long-double -g -Wall -Wstrict-prototypes -Wmissing-prototypes -Wformat=2 -W -Wshadow -Wpointer-arith -Wmissing-declarations -Wnested-externs -Wno-long-long -Wno-import -Ibuild/codegen/ In file included from Modules/SenTestingKit/_SenTestingKit.m:23: build/codegen/_SenTestingKit_Enum.inc:37: error: 'STEnableDeprecatedAssertionMacros' undeclared here (not in a function) build/codegen/_SenTestingKit_Enum.inc:37: warning: missing initializer build/codegen/_SenTestingKit_Enum.inc:37: warning: (near initialization for 'enum_table[0].value') error: command '/usr/bin/gcc-4.0' failed with exit status 1

Error: /opt/local/bin/port: Status 1 encountered during processing.

[nirs@…]

change Hardware

[cbarrett (Colin Barrett)]

Also fails for me, on Intel, using gcc 4.0.1 Apple and python 2.4.3 installed from darwinports.

[cbarrett (Colin Barrett)]

I've done some additional research, and according to the PyObjC developers, the current release (1.3.7) fails to build on Intel. SVN head fixes these issues, but there doesn't seem to be a release just yet. The MacPython universal package is labeled 1.3.8a0.

Also, the hardware field should be changed to Intel.

[ronaldoussoren@…]

There are two problems here:

1) the current release of pyobjc doesn't build correctly on intel systems.

2) the current release of pyobjc doesn't build correctly when you're using Xcode 2.3

The failure in the build log in the description is triggered by the latter.

Both problems are solved in the PyObjC repository. I want to do a new release of PyObjC soon, but am cleaning up some minor issues in py2app first (which is included in the pyobjc distribution).

Ronald (PyObjC maintainer)

[nirs@…]

I reported this problem, and I DONT have an intel mac yet :-)

[cbarrett (Colin Barrett)]

(In reply to comment #4)

Both problems are solved in the PyObjC repository. I want to do a new release of PyObjC soon, but am cleaning up some minor issues in py2app first (which is included in the pyobjc distribution).

Looks like the new version of PyObjC is out, but the portfile hasn't been update yet.

[mww@…]

just updated to 1.4 (please read ​http://wiki.opendarwin.org/index.php/Darwinports:Bug_reports for next time)

[nirs@…]

(please read ​http://wiki.opendarwin.org/index.php/Darwinports:Bug_reports for next time)

What was wrong in the bug report?

[mww@…]

(In reply to comment #8)

(please read ​http://wiki.opendarwin.org/index.php/Darwinports:Bug_reports for next time)

What was wrong in the bug report?

• no prefix in summary
• not assigned to maintainer (not cc'ed either) - w/o this the report will NOT be found by the maintainer and so NOT get fixed
• severity was "critical" (well that wasn't "wrong", but at least a little exaggeration)

[nirs@…]

What was wrong in the bug report?

• no prefix in summary
• not assigned to maintainer (not cc'ed either) - w/o this the report will NOT

be found by the maintainer and so NOT get fixed

I'll try harder next time. I did not know that you expect reporters to to add prefixes and manage the mail notifications. A prefix should be a menu in the bug report form, and maintainers should get reports about ports they maintain. Telling people to read a page about how to report bugs is broken by design.

• severity was "critical" (well that wasn't "wrong", but at least a little

exaggeration)

Isn't critical for pyobjc? what can be worse than port that you can't even install? "Normal" is exaggeration in this case. Is it normal that a port does not install? :-)

[mww@…]

(In reply to comment #10)

What was wrong in the bug report?

• no prefix in summary
• not assigned to maintainer (not cc'ed either) - w/o this the report will NOT

be found by the maintainer and so NOT get fixed

I'll try harder next time. I did not know that you expect reporters to to add prefixes and manage the mail notifications. A prefix should be a menu in the bug report form, and maintainers should get reports about ports they maintain. Telling people to read a page about how to report bugs is broken by design.

well, it may be - and I'd be quite happy if you volunteer to hack this into our bugzilla! In the meanwhile, ppl have to invest 1 minute reading for getting free support.

• severity was "critical" (well that wasn't "wrong", but at least a little

exaggeration)

Isn't critical for pyobjc? what can be worse than port that you can't even install? "Normal" is exaggeration in this case. Is it normal that a port does not install? :-)

heh - the bugzilla is for all of darwinports, ports and infrastructure; so "critical" bugs would be those which hit port(1) itself etc. - but for this there are no rules, just suggestions... ;)