gm2
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gm2] OSX, "by hand" - failure on ranlib (not first one, although)


From: Gaius Mulley
Subject: Re: [Gm2] OSX, "by hand" - failure on ranlib (not first one, although)
Date: Wed, 05 Jan 2011 16:03:09 +0000
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux)

Dragiša Durić <address@hidden> writes:

> % gcc -v
> Using built-in specs.
> Target: i686-apple-darwin10
> Configured with: /var/tmp/gcc/gcc-5664~89/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)
>
>
> I get this with both default32 and default64:
>
> checking for struct tms... yes
> checking for clock_t... yes
> checking for .preinit_array/.init_array/.fini_array support... no
> checking if mkdir takes one argument... no
> Unknown CPU given in --with-cpu=default32.
> make[1]: *** [configure-gcc] Error 1
> make: *** [all] Error 2

Hi,

ok - interesting - it looks as if the configure option
--target=i686-apple-darwin10

should force the 32 bit under darwin then.

Could you try again with --target=i686-apple-darwin10 rather than
--with-cpu=default32 ?

regards,
Gaius


>
> On Jan 5, 2011, at 3:33 PM, Gaius Mulley wrote:
>
>> Dragiša Durić <address@hidden> writes:
>> 
>>> Here goes.
>>> 
>>> On Jan 5, 2011, at 2:28 PM, Gaius Mulley wrote:
>>> 
>>>> ...
>>>> file gm2/ulm-lib-gm2/sys/SYSTEM.o gm2/ulm-lib-gm2/sys/UnixString.o
>>> 
>>> ~/gm2-1.0.0/build-4.1.2% cd gcc
>>> 
>>> gm2-1.0.0/build-4.1.2/gcc% rm gm2/ulm-lib-gm2/sys/SYSTEM.o 
>>> gm2/ulm-lib-gm2/sys/UnixString.o
>>> 
>>> gm2-1.0.0/build-4.1.2/gcc% make gm2/ulm-lib-gm2/sys/SYSTEM.o 
>>> gm2/ulm-lib-gm2/sys/UnixString.o
>>> gcc -c -g gm2/ulm-lib-gm2/sys/SYSTEM.c -o gm2/ulm-lib-gm2/sys/SYSTEM.o
>>> ./xgm2 -fsoft-check-all -g  -funbounded-by-reference -fpim 
>>> -fextended-opaque -Wpedantic-cast -Wpedantic-param-names 
>>> -ffunction-sections -fdata-sections  -c -B./stage1/gm2 -B./ 
>>> -I../../gcc-4.1.2+gm2-20101211/gcc/gm2/ulm-lib-gm2/sys 
>>> -I../../gcc-4.1.2+gm2-20101211/gcc/gm2/gm2-libs 
>>> ../../gcc-4.1.2+gm2-20101211/gcc/gm2/ulm-lib-gm2/sys/UnixString.mod -o 
>>> gm2/ulm-lib-gm2/sys/UnixString.o
>>> ../../gcc-4.1.2+gm2-20101211/gcc/gm2/ulm-lib-gm2/sys/UnixString.mod:0: 
>>> warning: -ffunction-sections may affect debugging on some targets
>>> 
>>> gm2-1.0.0/build-4.1.2/gcc% file gm2/ulm-lib-gm2/sys/SYSTEM.o 
>>> gm2/ulm-lib-gm2/sys/UnixString.o 
>>> gm2/ulm-lib-gm2/sys/SYSTEM.o:     Mach-O 64-bit object x86_64
>>> gm2/ulm-lib-gm2/sys/UnixString.o: Mach-O object i386
>> 
>> Hi,
>> 
>> ah right - so it looks as if SYSTEM is being built by the wrong
>> compiler.  It should be using:
>> 
>> ./xgcc -B./ -c -g gm2/ulm-lib-gm2/sys/SYSTEM.c -o \
>> gm2/ulm-lib-gm2/sys/SYSTEM.o
>> 
>> or alternatively the configure arguments to gcc require:
>>   --with-cpu=default32
>> 
>> I wonder if you could also try:
>> 
>> gcc -v
>> 
>> to verify that this is the case (or maybe an alternative flag forces it
>> to produce 32 bit code)
>> 
>> regards,
>> Gaius



reply via email to

[Prev in Thread] Current Thread [Next in Thread]