From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugzilla@gcc.gnu.org>
Received: by sourceware.org (Postfix, from userid 48)
 id B2C14385DC0A; Wed,  1 Apr 2020 13:38:09 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org B2C14385DC0A
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
 s=default; t=1585748289;
 bh=7I83jxlO8fkysAKz6WC8S4V/dGCZJH6NC+rjCunqnJ8=;
 h=From:To:Subject:Date:In-Reply-To:References:From;
 b=UNfUNkyroBs3t+dTS8Z9KM+vhZYxoqNADayuP5WFNZHQOWGSVVgIN99lnvqU0hlqP
 GtDXOOe32Hzt+GRAkJ6W9klN4zRJD5maCkqkhaG3rXZEff0+YwuNeHjRFGwG3WmD/N
 pI5387sXULU1iCBMXjT8q1ajlYsGy9GXWYeAtXBg=
From: "jakub at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug rtl-optimization/94440] [8/9/10 Regression] ICE in
 check_bool_attrs, at recog.c:2168 since r7-5324-gb8cab8a5492e9639
Date: Wed, 01 Apr 2020 13:38:09 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: rtl-optimization
X-Bugzilla-Version: 10.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jakub at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 8.5
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-94440-4-nXVBPnrRt4@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-94440-4@http.gcc.gnu.org/bugzilla/>
References: <bug-94440-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-BeenThere: gcc-bugs@gcc.gnu.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Gcc-bugs mailing list <gcc-bugs.gcc.gnu.org>
List-Unsubscribe: <http://gcc.gnu.org/mailman/options/gcc-bugs>,
 <mailto:gcc-bugs-request@gcc.gnu.org?subject=unsubscribe>
List-Archive: <http://gcc.gnu.org/pipermail/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-request@gcc.gnu.org?subject=help>
List-Subscribe: <http://gcc.gnu.org/mailman/listinfo/gcc-bugs>,
 <mailto:gcc-bugs-request@gcc.gnu.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Apr 2020 13:38:09 -0000

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D94440

--- Comment #2 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
I need -mfpmath=3Dsse,387 -fexcess-precision=3Dstandard -Ofast -msse2
--param=3Dscev-max-expr-size=3D0 -m32 (-Werror not needed, but -msse2 requi=
red) to
reproduce.
The function suggests that the "enabled" attribute on the pattern in questi=
on
(*fop_df_comm) violates the documented rules:
"All these attributes should use @code{(const_int 1)} to allow an alternati=
ve
or @code{(const_int 0)} to disallow it.  The attributes must be a static
property of the subtarget; they cannot for example depend on the
current operands, on the current optimization level, on the location
of the insn within the body of a loop, on whether register allocation
has finished, or on the current compiler pass."
Seems like the target is the same for both functions - in particular
this_target_recog is the same between f1 and main - default_target_recog in
both cases (the two functions don't have different target attribute).

So, either we need to consider also -ffast-math options to be part of target
and force different this_target_recog if it changes between functions, or t=
he
i386 backend can't use enabled attribute for the fast-math dependent checks=
.=