This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libstdc++/22200] numeric_limits<signed>::is_modulo is inconsistend with gcc
- From: "gdr at integrable-solutions dot net" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 27 Jun 2005 18:19:05 -0000
- Subject: [Bug libstdc++/22200] numeric_limits<signed>::is_modulo is inconsistend with gcc
- References: <20050627151911.22200.veksler@il.ibm.com>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From gdr at integrable-solutions dot net 2005-06-27 18:19 -------
Subject: Re: numeric_limits<signed>::is_modulo is inconsistend with gcc
"pinskia at physics dot uc dot edu" <gcc-bugzilla@gcc.gnu.org> writes:
| Subject: Re: numeric_limits<signed>::is_modulo is inconsistend with gcc
|
|
| On Jun 27, 2005, at 12:25 PM, gdr at integrable-solutions dot net wrote:
|
| > | Actually it is modulo for all operations.
| >
| > But then do read the comment as far as the loop optimizer is
| > concerned. It does not seem like it understands that it is modulo
| > arithmetic.
|
| But that is because overflow is undefined, read what other people
| have written.
I read what other people say. But you do not seem to understand what
is_modulo means, even when you point to the LIA-1 part. Please, do
consider the semantics described there and the quote I provided.
Basically, you can decide that it overflows and send a notification of
overlfow but "wrap" with defined meaning.
-- Gaby
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22200