public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "belagod at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug target/56025] ARM NEON polynomial types have broken overload resolution Date: Wed, 07 Jan 2015 14:37:00 -0000 [thread overview] Message-ID: <bug-56025-4-thIVYtHJKT@http.gcc.gnu.org/bugzilla/> (raw) In-Reply-To: <bug-56025-4@http.gcc.gnu.org/bugzilla/> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56025 --- Comment #5 from Tejas Belagod <belagod at gcc dot gnu.org> --- ACLE states that "poly8_t and poly16_t are defined as unsigned integer types. It is unspecified whether these are the same type as uint8_t and uint16_t for overloading and mangling purposes" Presently, poly types are implemented as distinct types in the ARM backend with default mangling which is wrong. This obviates the need for their own mangling scheme in the ABI which it does not specify. Therefore, it cannot be modelled as a distinct type until the ABI says that it is a distinct type. Also, poly8_t and poly16_t are presently modelled as signed types which is incorrect. When we change this to an unsigned type, it will be incompatible with legacy anyway wrt mangling among other things. So, till the time the ABI decides to make poly types as distinct types, we can model it as an unsigned type or as another type name for uint8_t or uint16_t. This will disallow overloading of uint8_t and poly8_t for eg and break current overloads, but correcting poly to unsigned type is a greater good. This is also future-proof because if the ABI decides to model poly and unsigned types as distinct types, previously disallowed overloading will then be allowed which isn't breaking legacy in the broad sense.
prev parent reply other threads:[~2015-01-07 14:37 UTC|newest] Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top 2013-01-18 9:39 [Bug c++/56025] New: " Tim.Northover at arm dot com 2013-01-18 9:52 ` [Bug c++/56025] " rearnsha at gcc dot gnu.org 2015-01-06 17:14 ` [Bug target/56025] " belagod at gcc dot gnu.org 2015-01-06 17:21 ` belagod at gcc dot gnu.org 2015-01-07 14:37 ` belagod at gcc dot gnu.org [this message]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=bug-56025-4-thIVYtHJKT@http.gcc.gnu.org/bugzilla/ \ --to=gcc-bugzilla@gcc.gnu.org \ --cc=gcc-bugs@gcc.gnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).