From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20342 invoked by alias); 3 Nov 2011 14:31:27 -0000 Received: (qmail 20325 invoked by uid 22791); 3 Nov 2011 14:31:24 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from ra.se.axis.com (HELO ra.se.axis.com) (195.60.68.13) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 03 Nov 2011 14:30:58 +0000 Received: from localhost (localhost [127.0.0.1]) by ra.se.axis.com (Postfix) with ESMTP id 43CA04B174; Thu, 3 Nov 2011 15:30:53 +0100 (CET) Received: from ra.se.axis.com ([127.0.0.1]) by localhost (ra.se.axis.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id kFNHoChvvStR; Thu, 3 Nov 2011 15:30:51 +0100 (CET) Received: from thoth.se.axis.com (thoth.se.axis.com [10.0.2.173]) by ra.se.axis.com (Postfix) with ESMTP id 6D7824B35C; Thu, 3 Nov 2011 15:30:43 +0100 (CET) Received: from ignucius.se.axis.com (ignucius.se.axis.com [10.88.21.50]) by thoth.se.axis.com (Postfix) with ESMTP id 5142434143; Thu, 3 Nov 2011 15:30:43 +0100 (CET) Received: from ignucius.se.axis.com (localhost [127.0.0.1]) by ignucius.se.axis.com (8.12.8p1/8.12.8/Debian-2woody1) with ESMTP id pA3EUgF6012664; Thu, 3 Nov 2011 15:30:43 +0100 Received: (from hp@localhost) by ignucius.se.axis.com (8.12.8p1/8.12.8/Debian-2woody1) id pA3EUg5w012660; Thu, 3 Nov 2011 15:30:42 +0100 Date: Thu, 03 Nov 2011 14:46:00 -0000 Message-Id: <201111031430.pA3EUg5w012660@ignucius.se.axis.com> From: Hans-Peter Nilsson To: ro@CeBiTec.Uni-Bielefeld.DE CC: hp@axis.com, gcc-patches@gcc.gnu.org, bonzini@gnu.org, sje@cup.hp.com, hp@axis.com In-reply-to: (message from Rainer Orth on Thu, 3 Nov 2011 14:10:50 +0100) Subject: Re: Massive breakage with your libgcc patches MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2011-11/txt/msg00323.txt.bz2 > From: Rainer Orth > Date: Thu, 3 Nov 2011 14:10:50 +0100 > Hans-Peter Nilsson writes: > > > For big changes such as this, please test on a cross > > configuration as well. > > A random cross wouldn't help, and I'd claim it's impractical to set up > full cross environments for all affected targets. I beg to differ on both accounts. A single cross would have provided a smoke-test and once a *-elf is set up, you can reuse that for other *-elf (or *-eabi) targets as well. As Bernd mentioned, newlib, binutils - and sim are all that's needed; different --target=* options and different RUNTESTFLAGS=--target_board=* options. See simtest-howto.html. > That's why I > repeatedly send calls for testers, with exactly no reaction at > all ;-( But isn't that a clue? Looking in my mail, I see a stream of patches from Aug 15, which I reviewed. I don't see anything CC:ed to me after Aug 16 until yesterday. > > For cris-elf, a patch in the range 180770:180778 supposedly > > yours, cause massive testsuite failures on the form of not > > finding functions in libgcc at link-time. From gcc.log: > > > > Executing on host: /tmp/hpautotest-gcc1/cris-elf/gccobj/gcc/xgcc -B/tmp/hpautotest-gcc1/cris-elf/gccobj/gcc/ /tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/complex-1.c /tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/complex-1-lib.c /tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/lib/main.c -w -O0 -isystem /tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./newlib/targ-include -isystem /tmp/hpautotest-gcc1/gcc/newlib/libc/include -B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./libgloss/cris/ -L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./libgloss/cris -L/tmp/hpautotest-gcc1/gcc/libgloss/cris -B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./newlib/ -L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./newlib -sim3 -lm -o /tmp/hpautotest-gcc1/cris-elf/gccobj/gcc/testsuite/gcc/complex-1.x0 (timeout = 300) > > /tmp/ccAbw5Fs.o: In function `main_test': > > complex-1.c:(.text+0x9e): undefined reference to `__nesf2' > > complex-1.c:(.text+0xb8): undefined reference to `__nesf2' > > complex-1.c:(.text+0xfa): undefined reference to `__nesf2' > > complex-1.c:(.text+0x114): undefined reference to `__nesf2' > > complex-1.c:(.text+0x142): undefined reference to `__nesf2' > > /tmp/ccAbw5Fs.o:complex-1.c:(.text+0x162): more undefined references to `__nesf2' follow > > Do you have an old build lying around to check where that symbol came > from before libgcc.a ... > and why that object isn't built any longer/not included > libgcc? Ah, the bug? Nm, I'll go fix it myself. (This is the kind of back-and-forth that's just so time-consuming that I'd rather not. Film at 11.) brgds, H-P