From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 9C550386F80F; Tue, 21 Apr 2020 20:34:56 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 9C550386F80F DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1587501296; bh=OzIRS9zzXx++Ssu3AUWCwo89WHYK14XruJYbKY4mUyU=; h=From:To:Subject:Date:In-Reply-To:References:From; b=aMQ/fJhXOi6m8Mw8pZgSqCnMa5uE1Cw2BRCsIsuSw2zXmvZVp8yYBMTJnnPhlMzj5 1Le8iG+JjcLNhcGB0z0EEktDRzJu+aGXtiltk5R8JxapBKnaXaH3RHQ6wqINYsNGkM twrZAnVeHvUOx39CgH84BapsoUMuBqqLTYcqcG2I= From: "xerofoify at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/90254] [8/9/10 Regression] ice on aggregate initialization of unmovable base Date: Tue, 21 Apr 2020 20:34:56 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: xerofoify at gmail dot com 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: cc Message-ID: In-Reply-To: References: 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2020 20:34:56 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90254 Nicholas Krause changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |xerofoify at gmail dot com --- Comment #5 from Nicholas Krause --- Seems to be regressing due to missing a check for another constructor type= in type_has_nontrivial_copy_init or somewhere up the stack.Both the other two = in the last reported case are fine. Therefore I'm assuming is not be found as a trivial move or copy constructor somewhere and this looks to the compiler l= ike a different constructor type: B b{foo()}; Seems to be a trivial constructor to me but the compiler seems to be ICEing because its not or detected as such and therefore is not correctly building special temp member functions. The original patch seems to causing some iss= ue=20 in this way.=