From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5085 invoked by alias); 16 Dec 2001 16:59:25 -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 5064 invoked from network); 16 Dec 2001 16:59:25 -0000 Received: from unknown (HELO cc730106-b.taylor1.mi.home.com) (24.13.63.84) by sources.redhat.com with SMTP; 16 Dec 2001 16:59:25 -0000 Received: from localhost (jsturm@localhost) by cc730106-b.taylor1.mi.home.com (8.9.3/8.9.3) with ESMTP id LAA22740; Sun, 16 Dec 2001 11:59:42 -0500 X-Authentication-Warning: mars.deadcafe.org: jsturm owned process doing -bs Date: Sun, 16 Dec 2001 09:01:00 -0000 From: Jeff Sturm X-Sender: jsturm@mars.deadcafe.org To: Sean Callanan cc: gcc@gcc.gnu.org Subject: Re: sparc g++ fails "Hello world!" In-Reply-To: <4.3.2-J.20011216023652.00beea60@smtp.citlink.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2001-12/txt/msg00869.txt.bz2 On Sun, 16 Dec 2001, Sean Callanan wrote: > The short version of this story is that a carefully bootstrapped g++ on a > new LFS partition (g++ 3.0.2, glibc 2.2.4) creates binaries that have bus > errors. If you are interested, here's the legend that goes along with it. What binutils? > # sparc-linux-g++ -o test-c++ test.cc > # ./test-c++ > Bus error > # This is sympomatic of either a) an assembler that does not correctly generate R_SPARC_UA32 relocs, or b) a glibc that does not correctly intepret them. Since you have glibc 2.2.4 I'd guess the former. Try binutils 2.11.2. (A more thorough diagnosis can be gotten from "readelf -r" on a failing executable.) (And for the record, I think this requirement is clearly stated in http://gcc.gnu.org/install/specific.html#sparc-*-linux* though that doc may not have made it into the 3.0.2 release.) Jeff