Well, according to these warnings you're getting:

ld: warning: in CMakeFiles/bin/stl_to_mesh.dir/src/stl_to_mesh/stl_to_mesh.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /Users/Deepak/ros/ros/core/rosconsole/lib/librosconsole.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libboost_thread-mt.dylib, file was built for unsupported file format which is not the architecture being linked (i386)

*something* is attempting to link as i386, even though those files were compiled for x86_64.  I don't know why that would be.  Can you paste the output from:
roscd ogre_tools
make clean
VERBOSE=1 make

?

Josh

On Thu, Sep 9, 2010 at 6:44 PM, <DRamachandran@hra.com> wrote:

Hi Josh,

 

 The gcc binary file (/usr/bin/gcc-4.2) has not been touched since I first got this machine (May 10th).

 I wrote a simple hello world program and compiled it. 'file' told me :

 

a.out: Mach-O 64-bit executable x86_64

 

So it looks like that isn't the problem?

 

~Deepak

 

 

09/09/2010 04:59 PMPlease respond toros-users@code.ros.org


 To   ros-users@code.ros.org
 cc  
 bcc   Deepak Ramachandran/HRA/ASC/HONDA
 Subject   Re: [ros-users] ogre_tools broken on CTurtle/Snow leopard
 

$ gcc -v

 Using built-in specs.
Target: i686-apple-darwin10
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
Thread model: posix
gcc version 4.2.1 (Apple Inc. build 5664)



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".

Have you made changes to your developer tools recently that might cause something like this?

Josh
_______________________________________________
ros-users mailing list
ros-users@code.ros.org
https://code.ros.org/mailman/listinfo/ros-users


_______________________________________________
ros-users mailing list
ros-users@code.ros.org
https://code.ros.org/mailman/listinfo/ros-users