py26-pyobjc, py27-pyobjc: universal variant fails

[ryandesign (Ryan Carsten Schmidt)]

py26-pyobjc 2.3 doesn't want to build universal (tested on Snow Leopard):

:info:build libtool: link: /usr/bin/gcc-4.2 -isysroot / -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -pedantic -W -Wformat -Wunused -Wimplicit -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow -Wpointer-arith -Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline -Wredundant-decls -arch x86_64 -arch i386 -o xmllint xmllint.o  ./.libs/libxml2.a -lm
:info:build ld: warning: in xmllint.o, file was built for unsupported file format which is not the architecture being linked (i386)
:info:build ld: warning: in ./.libs/libxml2.a, file was built for unsupported file format which is not the architecture being linked (i386)
:info:build Undefined symbols for architecture i386:
:info:build   "_main", referenced from:
:info:build       start in crt1.10.6.o
:info:build ld: symbol(s) not found for architecture i386
:info:build collect2: ld returned 1 exit status

2.2 built fine universal.

[Russell-Jones-OxPhys (Russell Jones)]

Cc Me!

[macports-trac@…]

This is still broken, but I was able to work around it by hand-editing the setup.py file at the top level of py26-pyobjc to set USE_SYSTEM_LIBXML to True instead of false. This requires that you install and activate the universal variant of the libxml port before building py26-pyobjc. If this turns out to be a usable fix, we'll need a new dependency to enforce this relationship.

[wiml@…]

Still broken. As before, it fails because it tries to build its own copy of libxml2 and gets the configuration wrong.

Ticket #29236 contains a patch which fixes this by making it use macports' version of libxml2. I mention this because #29236 was closed as a dup, so its fix for this bug might easily be overlooked.

[jmroot (Joshua Root)]

r78877