From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3550 invoked by alias); 12 Jun 2012 16:54:53 -0000 Received: (qmail 3535 invoked by uid 22791); 12 Jun 2012 16:54:50 -0000 X-SWARE-Spam-Status: No, hits=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,KHOP_THREADED X-Spam-Check-By: sourceware.org Received: from localhost (HELO gcc.gnu.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 12 Jun 2012 16:54:37 +0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ada/53590] compiler fails to generate SIMD instruction for FP division Date: Tue, 12 Jun 2012 16:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ada X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ebotcazou at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Status Last reconfirmed AssignedTo Ever Confirmed Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2012-06/txt/msg00717.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53590 Eric Botcazou changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed|2012-06-11 00:00:00 |2012-06-12 AssignedTo|unassigned at gcc dot |ebotcazou at gcc dot |gnu.org |gnu.org Ever Confirmed|0 |1 --- Comment #7 from Eric Botcazou 2012-06-12 16:54:36 UTC --- > That wasn't particularly clear; the C compiler and the C++ compiler > used for comparing things on the machine are form the very > same build (4.8.0 20120525), though. Yes, it's a fallout of -fnon-call-exceptions that stems from the Java semantics. GNAT GPL doesn't care about Java so it implements more aggressive dead code elimination passes. We could add an internal flag enabling this behavior.