From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20556 invoked by alias); 29 Apr 2004 16:39:48 -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 20386 invoked from network); 29 Apr 2004 16:39:47 -0000 Received: from unknown (HELO mail.johnrshannon.com) (69.20.159.165) by sources.redhat.com with SMTP; 29 Apr 2004 16:39:47 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.johnrshannon.com (Postfix) with ESMTP id 9872817513 for ; Thu, 29 Apr 2004 10:39:46 -0600 (MDT) Received: from mail.johnrshannon.com ([127.0.0.1]) by localhost (mail.johnrshannon.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10045-06 for ; Thu, 29 Apr 2004 10:39:43 -0600 (MDT) Received: from laptop.wifiNet1.johnrshannon.com (laptop.wifiNet1.johnrshannon.com [192.168.1.22]) by mail.johnrshannon.com (Postfix) with ESMTP id EDB3D1748E for ; Thu, 29 Apr 2004 10:39:41 -0600 (MDT) Received: by laptop.wifiNet1.johnrshannon.com (Postfix, from userid 1000) id 1C29412119; Thu, 29 Apr 2004 10:39:37 -0600 (MDT) From: "John R. Shannon" Reply-To: john@johnrshannon.com Organization: johnrshannon.com To: gcc@gcc.gnu.org Subject: Re: ACATS Date: Thu, 29 Apr 2004 18:46:00 -0000 User-Agent: KMail/1.6 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200404291039.36632.john@johnrshannon.com> X-SW-Source: 2004-04/txt/msg01397.txt.bz2 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 An answer to "What's actually at .L123 ?" : .LC123: .long 1 .long 1 .long 1 .long 1 .long 1 .long 1 .long 1 .long 1 .long 1 .long 1 .long 1 .long 1 .long 1 .long 1 .long 1 .data .align 16 .LC68: .quad .LC124 .quad .LC59 .section .rodata .align 8 Replacing LC124 with LC123 in LC68 fixes the problem and allows the test ca= se=20 (this is one of the ACATS tests) to pass. P.S.: gcc -v Reading specs from /usr/pkg/tasking/lib/gcc/x86_64--netbsdelf2.0/3.4.0/specs Configured=20 with: /home/drochner/netbsd/pkg/wip/gcc-3.4-ada/work.x86_64/gcc-3.4.0/confi= gure=20 - --enable-languages=3Dc,ada --prefix=3D/usr/pkg/tasking=20 - --host=3Dx86_64--netbsdelf2.0 Thread model: posix gcc version 3.4.0 Same test works in ix86 -- netbsdelf2.0 On Thursday 29 April 2004 10:18 am, Dave Korn wrote: > > -----Original Message----- > > From: gcc-owner On Behalf Of John R. Shannon > > Sent: 29 April 2004 16:59 > > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Thank you. I have a case of '.L124' being reference where it > > should be '.L123'. > > Ouch. Grep the source for ASM_OUTPUT_INTERNAL_LABEL where the second > parameter is "L", and you'll see that these are generated in > final_scan_insn in final.c, using CODE_LABEL_NUMBER (insn). However > defaults.h also implements default definitions of ASM_OUTPUT_ADDR_VEC_ELT > and > ASM_OUTPUT_DEBUG_LABEL from ASM_OUTPUT_INTERNAL_LABEL. So your problem m= ay > be specifically related either to switch....case constructs, or to debug > info, or your problem may be more generic. What's actually at .L123 ? > > The problem seems likely to be that either the CODE_LABEL_NUMBER field = of > the insn is getting stomped on, or something is damaging the operand of t= he > reference in the label_ref. It might become clear which by following the > rtl dumps through the various stages; or it might be something you can > locate easily by setting a watchpoint or two with gdb. I'd suspect > something going wrong when insns get deleted, myself. > > > > cheers, > DaveK - --=20 John R. Shannon john@johnrshannon.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (NetBSD) iEYEARECAAYFAkCRL8cACgkQOKbCxya4HYv6nACeJyvvE8dhCNPyVpE/O3Z1DxPb VhQAn0WR6m0cru8OW9WLaAtkmy8hGa/g =3DeXNv -----END PGP SIGNATURE-----