[MacPorts] #41142: libproxy: universal variant fails
MacPorts
noreply at macports.org
Mon Nov 4 09:59:25 PST 2013
#41142: libproxy: universal variant fails
---------------------------+----------------------
Reporter: ryandesign@… | Owner: devans@…
Type: defect | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version: 2.2.1
Resolution: | Keywords:
Port: libproxy |
---------------------------+----------------------
Comment (by devans@…):
Same here. In my case lib2geom, podofo so far.
Looks like they're failing during the preliminary compiler sanity check
due to improper arch flags (not any) in the compile command (generates
x86_64 only binary)
{{{
/usr/bin/clang -I/opt/local/include -o
CMakeFiles/cmTryCompileExec692823937.dir/testCCompiler.c.o -c
/opt/local/var/macports/build/_opt_macports_trunk_dports_graphics_podofo/podofo/work/podofo-0.9.2/CMakeFiles/CMakeTmp/testCCompiler.c
}}}
Link command does use universal arch flags which causes the error (no i386
symbols)
{{{
/usr/bin/clang -I/opt/local/include -Wl,-search_paths_first
-Wl,-headerpad_max_install_names -L/opt/local/lib
-Wl,-headerpad_max_install_names -arch x86_64 -arch i386
CMakeFiles/cmTryCompileExec692823937.dir/testCCompiler.c.o -o
cmTryCompileExec692823937
ld: warning: ignoring file
CMakeFiles/cmTryCompileExec692823937.dir/testCCompiler.c.o, file was
built
for unsupported file format ( 0xCF 0xFA 0xED 0xFE 0x07 0x00 0x00 0x01
0x03
0x00 0x00 0x00 0x01 0x00 0x00 0x00 ) which is not the architecture being
linked (i386):
CMakeFiles/cmTryCompileExec692823937.dir/testCCompiler.c.o
Undefined symbols for architecture i386:
"_main", referenced from:
implicit entry/start for main executable
ld: symbol(s) not found for architecture i386
}}}
--
Ticket URL: <https://trac.macports.org/ticket/41142#comment:3>
MacPorts <http://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list