https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85680
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #6 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85680
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85680
--- Comment #4 from Marc Glisse ---
All memset come from ldist, so already quite late in the pipeline. Maybe
clang/intel, who avoid a comparison between new and the first memset, generate
memset directly from the front-end? (clang generates the f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85680
--- Comment #3 from Mathias Stearn ---
MSVC and ICC both also handle this poorly: https://godbolt.org/g/i4wMYa
https://developercommunity.visualstudio.com/content/problem/246786/poor-codegen-for-value-init-followed-by-explicit-i.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85680
--- Comment #2 from Mathias Stearn ---
FYI, I don't think this is a signed/unsigned thing since it also repros with
unsigned long https://godbolt.org/g/LTmrpi
My initial repo actually used size_t, but I (incorrectly) changed it to long
rather th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85680
--- Comment #1 from Marc Glisse ---
Quite impressive how we do the test in multiple ways, which are not quite
equivalent because of the wrapping semantics of unsigned. Maybe if we asserted
that the argument of operator new must be less than the s
