[Top][All Lists]
[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
- Re: [Gm2] OSX, "by hand" - failure on ranlib (not first one, although), Gaius Mulley, 2011/01/05
- Re: [Gm2] OSX, "by hand" - failure on ranlib (not first one, although), Dragiša Durić, 2011/01/05
- Re: [Gm2] OSX, "by hand" - failure on ranlib (not first one, although), Gaius Mulley, 2011/01/05
- Re: [Gm2] OSX, "by hand" - failure on ranlib (not first one, although), Dragiša Durić, 2011/01/05
- Re: [Gm2] OSX, "by hand" - failure on ranlib (not first one, although),
Gaius Mulley <=
- Re: [Gm2] OSX, "by hand" - failure on ranlib (not first one, although), Dragiša Durić, 2011/01/05