From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22737 invoked by alias); 19 Mar 2004 20:04:34 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 22724 invoked from network); 19 Mar 2004 20:04:31 -0000 Received: from unknown (HELO mail.Mi8.com) (63.240.6.41) by sources.redhat.com with SMTP; 19 Mar 2004 20:04:31 -0000 Received: from 172.16.1.180 by mail.Mi8.com with ESMTP (- GW05 Welcome to Mi8 Corporation www.Mi8.com); Fri, 19 Mar 2004 15:04:20 -0500 X-Server-Uuid: 1970C553-821F-4189-A6A2-1AA80FC3CCA8 Received: from MI8NYCMAIL02.Mi8.com ([172.16.1.22]) by nycexsmtp02.Mi8.com with Microsoft SMTPSVC(5.0.2195.6713); Fri, 19 Mar 2004 15:04:07 -0500 content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: GCC 3.2.3 on Solaris 2.7 Date: Fri, 19 Mar 2004 21:40:00 -0000 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "Balaji Srinivasa" To: "Eric Botcazou" cc: gcc@gcc.gnu.org X-OriginalArrivalTime: 19 Mar 2004 20:04:07.0277 (UTC) FILETIME=[55E619D0:01C40DED] X-WSS-ID: 6C458DCE1FG10413215-09-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-SW-Source: 2004-03/txt/msg01167.txt.bz2 > > OK. This is what I also concluded. So I kicked of a build (twice) > > and it churned for a while. It does not complete well. >=20 > Which bootstrap compiler? gcc 2.95.2 32 bit built on 2.5.1 >=20 > > ---------config.status------------ > > #!/bin/sh >=20 > Nah :-) /bin/sh is not reliable as a configure shell. See the=20 > Solaris-specific release notes. I am surprised. I am a bash user, and that is what it should be picking up... >=20 > > # This file was generated automatically by configure. Do not edit. > > # This directory was configured as follows: > > ../configure > > --with-gcc-version-trigger=3D/home/balaji/gcc-3.2.3/gcc/version.c > > --host=3Dsparc-sun-solaris2.7 --prefix=3D/home/balaji/gcc-64 > > --with-ld=3D/usr/ccs/bin/ld --with-as=3D/usr/ccs/bin/as --disable-libgcj > > --disable-nls --enable-languages=3Dc,c++,objc --norecursion > > # using "mh-frag" >=20 > > gmake[4]: Entering directory > >=20 > `/home/balaji/gcc-3.2.3/objdir-64/sparc-sun-solaris2.7/sparcv9 > /libiberty > ' > > gmake[4]: *** No rule to make target `all'. Stop. >=20 > Just to be sure: your Solaris 7 kernel is 64-bit capable, right? Yes. Here is more info: 1. Since it was past boostrap (i.e bootstrap was complete), I decided that this failure might not be very bad. 2. I attempted an install, which went through all the steps and failed at the same location. 3. However, the installed files seemed complete to me, so I tried to build a few apps. 4. I built Python 2.1 for a 32 bit sample 5. I built lsof 4.70 for a 64 bit sample 6. They both built successfully and ran successfully. I am thinking that these failures might be due to=20 (a) me setting --disable-libgcj (b) me setting --enable-languages=3Dc,c++,objc and the building of the sparcv9 dirs. This did not happen on 2 other 32 bit builds. 1. Solaris 2.6 2. Linux 2.4 I am in the process of building for AIX 4.3.3 which does support 64 bit exe's, and it is going well so far. To conclude, I am not sure what caused it, I am not sure if I am only adding noise, but I will keep everyone posted if I have progress. In the meantime, if anyone can point me to something, it will be great.=20 In the meantime, I thank Eric for his help. thx balaji