Opened 13 years ago
Closed 12 years ago
#33645 closed defect (worksforme)
xmlrpc-c: file too small for architecture x86_64 (XCode 4.3)
Reported by: | phyre19@… | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.0.4 |
Keywords: | Cc: | drkp (Dan Ports), jeremyhu (Jeremy Huddleston Sequoia) | |
Port: | xmlrpc-c |
Description
When trying to install the xmlrpc-c 1.16.36 port, it fails. Here's the main.log contents:
Change History (14)
comment:1 follow-up: 2 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)
Keywords: | clang added |
---|---|
Priority: | High → Normal |
Summary: | Can't build xmlrpc-c on OS X 10.7.3 with Xcode 4.3.1 → xmlrpc-c: in gennmtab.o, file too small for architecture x86_64 |
comment:2 Changed 13 years ago by phyre19@…
Replying to ryandesign@…:
The relevant error in the log seems to be:
:info:build ld: in gennmtab.o, file too small for architecture x86_64 :info:build clang: error: linker command failed with exit code 1 (use -v to see invocation)I'm not sure why though. You could try using a different compiler as a workaround.
Excellent! This solved the problem. The command that worked is:
sudo port install xmlrpc-c configure.compiler=llvm-gcc-4.2
comment:3 Changed 13 years ago by drkp (Dan Ports)
Cc: | dports@… added |
---|---|
Resolution: | → fixed |
Status: | new → closed |
I don't understand exactly why that's happening either, but forced llvm-gcc-4.2 instead of clang in r90874.
comment:4 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Resolution: | fixed |
---|---|
Status: | closed → reopened |
r90874 is bad. It works perfectly fine on other versions of clang. What version are you seeing the problem with? Please provide:
/usr/bin/clang --verison
Also, examine that gennmtab.o to figure out why it's bad. Provide the C-preprocessed source for it as well as the object file, so we can figure out the problem and not just block all versions of clang from building this project.
comment:5 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Owner: | changed from macports-tickets@… to dports@… |
---|---|
Status: | reopened → new |
comment:7 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
I installed XCode 4.3 on a Lion machine, and the problem still exists with llvm-gcc ... puzzling...
/usr/bin/llvm-g++-4.2 -arch x86_64 -dynamiclib -undefined suppress -single_module -flat_namespace -install_name /opt/local/lib/libxmlrpc_server_abyss++.4.16.dylib server_abyss.osh -L. -lxmlrpc_server++ -lxmlrpc++ -Lblddir/src -lxmlrpc_server_abyss -lxmlrpc_server -lxmlrpc -L/opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_devel_xmlrpc-c/xmlrpc-c/work/xmlrpc-c-1.16.36/lib/expat/xmlparse -lxmlrpc_xmlparse -L/opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_devel_xmlrpc-c/xmlrpc-c/work/xmlrpc-c-1.16.36/lib/expat/xmltok -lxmlrpc_xmltok -L/opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_devel_xmlrpc-c/xmlrpc-c/work/xmlrpc-c-1.16.36/lib/abyss/src -lxmlrpc_abyss -L/opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_devel_xmlrpc-c/xmlrpc-c/work/xmlrpc-c-1.16.36/lib/libutil -lxmlrpc_util -o libxmlrpc_server_abyss++.4.16.dylib rm -f libxmlrpc_cpp.dylib ln -s libxmlrpc_cpp.4.16.dylib libxmlrpc_cpp.dylib ld: in ./libxmlrpc++.a, file too small for architecture x86_64 collect2: ld returned 1 exit status make[2]: *** [libxmlrpc_server_abyss++.4.16.dylib] Error 1 make[2]: *** Waiting for unfinished jobs....
comment:8 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Keywords: | clang removed |
---|---|
Summary: | xmlrpc-c: in gennmtab.o, file too small for architecture x86_64 → xmlrpc-c: file too small for architecture x86_64 (XCode 4.3) |
comment:9 Changed 13 years ago by drkp (Dan Ports)
That's interesting, it fails for me with Xcode 4.3.1 clang but works just fine with llvm-gcc.
That's
Apple clang version 3.1 (tags/Apple/clang-318.0.45) (based on LLVM 3.1svn) Target: x86_64-apple-darwin11.3.0 Thread model: posix
and
llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build)
comment:10 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
~ $ /usr/bin/llvm-gcc --version i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.9.00) Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ~ $ /usr/bin/clang --version Apple clang version 3.1 (tags/Apple/clang-318.0.45) (based on LLVM 3.1svn) Target: x86_64-apple-darwin11.3.0 Thread model: posix
...
There's something really, really, really, weird going on here...
comment:11 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
I'm grabbing 4.3.2 on this machine now... this is my 100% external machine, so it's not tainted with any internal Apple bits.
comment:12 Changed 13 years ago by drkp (Dan Ports)
I don't really have time to look into this, but let me know if there's something you want me to try.
comment:13 Changed 12 years ago by drkp (Dan Ports)
Owner: | changed from dports@… to macports-tickets@… |
---|
comment:14 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Resolution: | → worksforme |
---|---|
Status: | new → closed |
Builds for me with XCode 4.4, and there's no noise here... so closing. If someone is still seeing this, please reopen with more details. I also updated the version of xmlrpc-c in r96146
The relevant error in the log seems to be:
I'm not sure why though. You could try using a different compiler as a workaround.