From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-help-return-31220-listarch-gcc-help=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 29298 invoked by alias); 18 Jan 2008 06:20:15 -0000
Received: (qmail 29284 invoked by uid 22791); 18 Jan 2008 06:20:14 -0000
X-Spam-Check-By: sourceware.org
Received: from pne-smtpout3-sn1.fre.skanova.net (HELO pne-smtpout3-sn1.fre.skanova.net) (81.228.11.120)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 18 Jan 2008 06:19:55 +0000
Received: from [192.168.0.53] (88.193.134.7) by pne-smtpout3-sn1.fre.skanova.net (7.3.129)         id 478149BD000A9C7F; Fri, 18 Jan 2008 07:18:41 +0100
Message-ID: <47904527.5020701@mbnet.fi>
Date: Fri, 18 Jan 2008 18:32:00 -0000
From: Kai Ruottu <karuottu@mbnet.fi>
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
MIME-Version: 1.0
To: Anant Athavale <asa@isac.gov.in>
CC: gcc-help@gcc.gnu.org
Subject: Re: Problem compiling gcc 4.2.1 on AIX 5.3
References: <20080117043037.7E50410D2@dnserns.isac.gov.in>	<478F1DC4.802@mbnet.fi> <20080117095125.C94BB10C3@dnserns.isac.gov.in> <20080118045148.A15BB10C8@dnserns.isac.gov.in>
In-Reply-To: <20080118045148.A15BB10C8@dnserns.isac.gov.in>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-help.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-help/>
List-Post: <mailto:gcc-help@gcc.gnu.org>
List-Help: <mailto:gcc-help-help@gcc.gnu.org>
Sender: gcc-help-owner@gcc.gnu.org
X-SW-Source: 2008-01/txt/msg00172.txt.bz2

Anant Athavale wrote:
> I have resolved the problem of sed, now compilation fails at this stage:
>
> /tmp/gcc-4.2.2/host-powerpc-ibm-aix5.3.0.0/prev-gcc/xgcc 
> -B/tmp/gcc-4.2.2/host-powerpc-ibm-aix5.3.0.0/prev-gcc/ 
> -B/usr/local/powerpc-ibm-aix5.3.0.0/bin/   -g -O2 -DIN_GCC   -W -Wall 
> -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic 
> -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings 
> -Wold-style-definition -Wmissing-format-attribute    -DHAVE_CONFIG_H 
> -Wl,-bbigtoc -o cc1-dummy c-lang.o stub-objc.o attribs.o c-errors.o 
> c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o 
> c-common.o c-opts.o c-format.o c-semantics.o c-incpath.o cppdefault.o 
> c-ppoutput.o c-cppbuiltin.o prefix.o c-objc-common.o c-dump.o c-pch.o 
> c-parser.o rs6000-c.o c-gimplify.o tree-mudflap.o c-pretty-print.o 
> c-omp.o dummy-checksum.o \
>   main.o  libbackend.a ../libcpp/libcpp.a 
> ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a -lintl -liconv 
> ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a
> collect2: ld returned 12 exit status
> make[3]: *** [cc1-dummy] Error 1

I would guess the native IBM 'ld'  being used, the  error message from 
the GNU one should be more
'verbose'.  Anyway the linker manual should tell what this 'exit code 
12' means.   In your earlier message
it was told that the '-bbigtoc' switch would be used for the linker when 
linking executables and it was used
too, as the link command here tells... So my advices are to check what 
this exit code 12 means and what
that '-bbigtoc' means and whether it could clash with the GCC defaults 
for code production,  the linker not
really understanding it, or something...