From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-1.mimecast.com (us-smtp-delivery-1.mimecast.com [205.139.110.120]) by sourceware.org (Postfix) with ESMTP id 3B4C63861893 for ; Thu, 13 Aug 2020 15:28:40 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 3B4C63861893 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-568-G2-0JvANNJiNtacSedAK1g-1; Thu, 13 Aug 2020 11:28:38 -0400 X-MC-Unique: G2-0JvANNJiNtacSedAK1g-1 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 227641853DAD; Thu, 13 Aug 2020 15:28:37 +0000 (UTC) Received: from ovpn-114-89.phx2.redhat.com (ovpn-114-89.phx2.redhat.com [10.3.114.89]) by smtp.corp.redhat.com (Postfix) with ESMTP id D7F1F54596; Thu, 13 Aug 2020 15:28:36 +0000 (UTC) Message-ID: <02a1d2e427f029190d7dd02a830e05d2ecb1982a.camel@redhat.com> Subject: Re: Question regarding m68k GCC compiler error From: Jeff Law Reply-To: law@redhat.com To: Lukasz Majewski Cc: GNU C Library , "libc-help@sourceware.org" Date: Thu, 13 Aug 2020 09:28:36 -0600 In-Reply-To: <20200813100422.7c66f99b@jawa> References: <20200812154353.6ec24f81@jawa> <51b1a36c80d6c7f75c0ebca13f50b01535ead17c.camel@redhat.com> <20200813100422.7c66f99b@jawa> Organization: Red Hat User-Agent: Evolution 3.36.5 (3.36.5-1.fc32) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 X-Mimecast-Spam-Score: 0.002 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-6.3 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2020 15:28:41 -0000 On Thu, 2020-08-13 at 10:04 +0200, Lukasz Majewski wrote: > Hi Jeff, > > > On Wed, 2020-08-12 at 15:43 +0200, Lukasz Majewski wrote: > > > Dear Community, > > > > > > During development of following patch [1] > > > I've triggered some interesting error on m68k port: > > > > > > pthread_cond_wait.c: In function > > > \342\200\230__pthread_cond_wait_common\342\200\231: > > > pthread_cond_wait.c:629:1: error: unable to find a register to > > > spill in class \342\200\230DATA_REGS\342\200\231 > > > 629 | } > > > | ^ > > > pthread_cond_wait.c:629:1: error: this is the insn: > > > (jump_insn 485 484 486 27 (parallel [ > > > (set (pc) > > > (if_then_else (eq (reg:DI 80 [ _123 ]) > > > (reg:DI 142 [ s+-4 ])) > > > (label_ref 530) > > > (pc))) > > > (clobber (scratch:DI)) > > > (clobber (scratch:SI)) > > > ]) "../sysdeps/nptl/futex-internal.h":552:10 5 > > > {cbranchdi4_insn} (expr_list:REG_DEAD (reg:DI 142 [ s+-4 ]) > > > (int_list:REG_BR_PROB 536870916 (nil))) > > > -> 530) > > > pthread_cond_wait.c:629: confused by earlier errors, bailing out > > > > > > > > > This error only happens on: > > > > > > glibcs-m68k-linux-gnu > > > glibcs-m68k-linux-gnu-coldfire > > > glibcs-m68k-linux-gnu-coldfire-soft > > > > > > Used gcc: > > > gcc version 10.2.1 20200810 [releases/gcc-10 revision > > > f098bc87dca:780e3a9fbae:b5cc5c95664347082100a504710f5ca0467306a5] > > > (GCC) > > > > > > After poking around it looks like this may be an internal gcc error. > > > > > > How to reproduce: > > > 1. Please use branch [2] > > > 2. ../src/scripts/build-many-glibcs.py > > > /home/lukma/work/glibc/glibc-many-build --keep failed glibcs > > > m68k-linux-gnu m68k-linux-gnu-coldfire > > > > > > > > > > > > Before I submit a GCC bug - has anybody encountered any similar > > > issue recently for this port? > > Nope, haven't seen this. > > > > As Florian noted, this could be a problem with simply using too many > > registers, > > Ok. > > > but we can't know without a self-contained testcase. > > Could you be more specific about above statement? Aren't the above > reproduction steps enough? You're not likely to get enough upstream attention to this issue by requiring folsk to check out your github bits. The CPP output and command line are what we'd need. You can get the former by adding -save-temps to the command line which will create a .i file which is the CPP output. The command line you can just cut-n-paste. jeff >