From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17460 invoked by alias); 24 Jul 2004 22:36:33 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 17450 invoked by uid 48); 24 Jul 2004 22:36:33 -0000 Date: Sat, 24 Jul 2004 22:36:00 -0000 Message-ID: <20040724223633.17449.qmail@sourceware.org> From: "dje at gcc dot gnu dot org" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20040628022327.16239.brad@mainstreetsoftworks.com> References: <20040628022327.16239.brad@mainstreetsoftworks.com> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug target/16239] GCC 3.4.0 ICE on ppc64 (mozilla 1.7 compile, -O1 -fno-exceptions issue) X-Bugzilla-Reason: CC X-SW-Source: 2004-07/txt/msg02820.txt.bz2 List-Id: ------- Additional Comments From dje at gcc dot gnu dot org 2004-07-24 22:36 ------- The problem is that GCC's reload phase is choosing an FPR to hold a DImode address and then tries to add a constant to the value in the FPR. The DImode addition pattern only handles GPRs, so the constraint does not match the predicate. Restricting the predicate does not work because reload already has chosen the reload register before it checks the predicate and fails another way. It looks like the fix will require convincing reload not to use an FPR for a DImode address. The more basic question is why is gentoo trying to build Mozilla as a 64-bit app? -- What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed| |1 Last reconfirmed|0000-00-00 00:00:00 |2004-07-24 22:36:32 date| | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16239