From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 603BB3857C4A; Fri, 17 Jun 2022 19:19:00 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 603BB3857C4A From: "nemanja.i.ibm at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/106017] [PowerPC] No array-to-pointer conversion for MMA accumulator Date: Fri, 17 Jun 2022 19:19:00 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 12.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: nemanja.i.ibm at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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: Fri, 17 Jun 2022 19:19:00 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D106017 --- Comment #4 from Nemanja Ivanovic --- (In reply to Peter Bergner from comment #2) > (In reply to Segher Boessenkool from comment #1) > > So the restriction in rs6000_invalid_conversion errors for valid C prog= rams. > > What was it intended to accomplish? >=20 > We do not want or allow automatic conversions between the opaque > __vector_pair and __vector_quad types and other types and those are > correctly disallowed there. Conversions between those types needs to go > through the builtins defined for that. >=20 > As for the pointer conversions tested there, I guess they came along for = the > ride? Nemanja, do you remember the history there? Or does LLVM allow the > pointer conversions and it's just GCC that complains? Yes, the desired semantics are to disallow implicit or explicit conversions from these types to any other types. But pointer casts (presumably including reinterpret_cast in C++) should be fair game. Clang allows these conversion= s.=