https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89855
Jiang An changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #12 from Jian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89855
Jonathan Wakely changed:
What|Removed |Added
CC||vincenzo.innocente at cern dot
ch
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89855
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89855
--- Comment #10 from Jonathan Wakely ---
Ville brought a related case to my attention. With Glibc this compiles, and
finds libc's ::sqrt(double)
#include
int i = sqrt(0);
But on Solaris it doesn't even compile. Solaris libc provides all three
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89855
Jonathan Wakely changed:
What|Removed |Added
CC||oscar.smith@juliacomputing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89855
--- Comment #8 from Jonathan Wakely ---
That's one possible reading, but I don't think the text you quote is precise
enough to say that reading is definitely correct or not. If that is what it
says, it might be unintentional. That paragraph is ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89855
--- Comment #7 from James Y Knight ---
Ugh, GCC doesn't wrap quoted text? Re-posting the quote from
http://eel.is/c++draft/headers#5 without a quote marker...
"""
Except as noted in [library] through [thread] and [depr], the contents of each
hea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89855
--- Comment #6 from James Y Knight ---
Someone has pointed out to me that the standard actually says "name", which I
had internalized as meaning "declaration", but it doesn't. This arguably does
make the GCC implementation non-compliant with the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89855
--- Comment #5 from Jonathan Wakely ---
(In reply to Andrew Pinski from comment #4)
> DR 456: PR6257
That's what established the status quo, which James referred to as "While
may or may not declare functions in ::std::, and may or may
not decl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89855
--- Comment #4 from Andrew Pinski ---
DR 456: PR6257
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89855
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89855
--- Comment #2 from Jonathan Wakely ---
The same problem exists for ::div in , and for ::abs in both
and . Calling ::abs(INT_MAX + 1LL) or abs(INT_MAX + 1LL) will overflow
and so is undefined.
Clang warns about this and suggests using std::abs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89855
--- Comment #1 from Andrew Pinski ---
I there is a related defect report against the c++ standard about this exact
issue.
13 matches
Mail list logo
