https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62245
--- Comment #12 from vondele at gcc dot gnu.org ---
Author: vondele
Date: Fri Sep 5 13:40:05 2014
New Revision: 214958
URL: https://gcc.gnu.org/viewcvs?rev=214958&root=gcc&view=rev
Log:
PR fortran/62245
* intrinsic.texi (INT): cl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62245
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62245
--- Comment #10 from Joost VandeVondele
---
(In reply to Julian Taylor from comment #9)
> thanks, please also clarify/remove the sentence about the sign as the result
> sign is not the sign of the input as indicated by the docs.
it will now inc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62245
--- Comment #9 from Julian Taylor ---
thanks, please also clarify/remove the sentence about the sign as the result
sign is not the sign of the input as indicated by the docs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62245
--- Comment #8 from Joost VandeVondele
---
(In reply to Julian Taylor from comment #7)
> But the docs indicate that there is no undefined behavior.
> As I interpret them the result of int() is always well defined.
> If the documentation would no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62245
--- Comment #7 from Julian Taylor ---
But the docs indicate that there is no undefined behavior.
As I interpret them the result of int() is always well defined.
If the documentation would not state what happens in the case of overflow it
would be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62245
Joost VandeVondele changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62245
--- Comment #5 from Julian Taylor ---
oh I overlooked you put in positive input, thats strange
then the documentation should be updated that its undefined behavior.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62245
--- Comment #4 from Julian Taylor ---
no x86 behaves as documented, the documentation states the sign is retained.
You can debate on what largest integer means here, it could be -1 as >
-2147483648 but as positive inputs give -2147483647 I think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62245
--- Comment #3 from Joost VandeVondele
---
(In reply to Julian Taylor from comment #2)
> mips is the only architecture with this behavior, all others behave as
> documented.
> Shouldn't that be reason enough to change mips?
> if not please docum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62245
--- Comment #2 from Julian Taylor ---
mips is the only architecture with this behavior, all others behave as
documented.
Shouldn't that be reason enough to change mips?
if not please document the exception on mips.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62245
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat dot
ethz
12 matches
Mail list logo
