From: Vladimir T. <vtz...@gm...> - 2009-10-16 07:40:38
|
On 10/15/09, Sam Steingold <sd...@gn...> wrote: > Vladimir Tzankov wrote: >> With osx 10.6 apple has created mixture of 32bit kernel and 64bit user >> space (it's possible to run 64bit kernel but by default 32bit is used >> on all machines except xservers). >> The result is that "arch" returns i386 but gcc by default compiles for >> x86_64. Thus configure and makemake decide to use ari80386.d and gcc >> complains about bad assembler syntax. >> >> May be on osx 10.6+ we should always configure as 64bit unless 32bit >> explicitly requested? > > this reminds me of solaris. > see bug#569025 and its fix. Passing CC="gcc -m32" fixes 32bit build. 64bit build is more problematic -m64 is used by default so no need to set CC. I've configured with --build=x86_64 but generated makefile was wrong. I had manually to add XCC = gcc (was empty) and path to libsigsegv installation to XCPPFLAGS. At the end I got to: Undefined symbols: "_libiconv", referenced from: _oconv_unshift_output_buffered_ in stream.o _oconv_unshift_output_unbuffered_ in stream.o .......... Looks like 64bit version of libiconv does not export libiconv() function. |