<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><p>$ gcc -v</p></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<p> Using built-in specs.<br>Target: i686-apple-darwin10<br>Configured with: /var/tmp/gcc/gcc-5664~38/src/configure --disable-checking --enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib --build=i686-apple-darwin10 --program-prefix=i686-apple-darwin10- --host=x86_64-apple-darwin10 --target=i686-apple-darwin10 --with-gxx-include-dir=/include/c++/4.2.1<br>

Thread model: posix<br>gcc version 4.2.1 (Apple Inc. build 5664)</p><p> </p></blockquote><div><br></div><div>It looks like there's a mismatch somehow between compilers used for various parts of the build.  macports built x86_64 binaries, and some steps of ROS are as well, but then it's trying to link as x86.  The above output seems to imply that gcc itself will output x86 code -- you can test that by writing a simple program and then checking it with "file".</div>

<div><br></div><div>Have you made changes to your developer tools recently that might cause something like this?</div><div><br></div><div>Josh</div></div>