public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c/40503] New: DEC_EVAL_METHOD not match operators
@ 2009-06-20 13:59 tydeman at tybor dot com
2009-06-25 0:15 ` [Bug target/40503] " hjl dot tools at gmail dot com
` (2 more replies)
0 siblings, 3 replies; 4+ messages in thread
From: tydeman at tybor dot com @ 2009-06-20 13:59 UTC (permalink / raw)
To: gcc-bugs
It appears that decimal floating-point (DFP) constants and the operators "+"
and "-" are done to type (as if DEC_EVAL_METHOD were 0), but that the operators
"*" and "/" are done as if _Decimal128 (as if DEC_EVAL_METHOD were 2) -- this
is in gcc 4.4.0. In gcc 4.3.2, everything was done as if to type
(DEC_EVAL_METHOD were 0). This in on Intel Pentium 4 with Fedora Core Linux
11.
--
Summary: DEC_EVAL_METHOD not match operators
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tydeman at tybor dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40503
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug target/40503] DEC_EVAL_METHOD not match operators
2009-06-20 13:59 [Bug c/40503] New: DEC_EVAL_METHOD not match operators tydeman at tybor dot com
@ 2009-06-25 0:15 ` hjl dot tools at gmail dot com
2009-06-26 5:57 ` tydeman at tybor dot com
2009-10-20 6:25 ` tydeman at tybor dot com
2 siblings, 0 replies; 4+ messages in thread
From: hjl dot tools at gmail dot com @ 2009-06-25 0:15 UTC (permalink / raw)
To: gcc-bugs
------- Comment #1 from hjl dot tools at gmail dot com 2009-06-25 00:15 -------
Can you provide a testcase?
--
hjl dot tools at gmail dot com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40503
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug target/40503] DEC_EVAL_METHOD not match operators
2009-06-20 13:59 [Bug c/40503] New: DEC_EVAL_METHOD not match operators tydeman at tybor dot com
2009-06-25 0:15 ` [Bug target/40503] " hjl dot tools at gmail dot com
@ 2009-06-26 5:57 ` tydeman at tybor dot com
2009-10-20 6:25 ` tydeman at tybor dot com
2 siblings, 0 replies; 4+ messages in thread
From: tydeman at tybor dot com @ 2009-06-26 5:57 UTC (permalink / raw)
To: gcc-bugs
------- Comment #2 from tydeman at tybor dot com 2009-06-26 05:57 -------
Created an attachment (id=18073)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18073&action=view)
Find precision of *, /, +, -, ==
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40503
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug target/40503] DEC_EVAL_METHOD not match operators
2009-06-20 13:59 [Bug c/40503] New: DEC_EVAL_METHOD not match operators tydeman at tybor dot com
2009-06-25 0:15 ` [Bug target/40503] " hjl dot tools at gmail dot com
2009-06-26 5:57 ` tydeman at tybor dot com
@ 2009-10-20 6:25 ` tydeman at tybor dot com
2 siblings, 0 replies; 4+ messages in thread
From: tydeman at tybor dot com @ 2009-10-20 6:25 UTC (permalink / raw)
To: gcc-bugs
------- Comment #3 from tydeman at tybor dot com 2009-10-20 06:25 -------
In 4.4.1, it appears that the type of the LHS in LHS = RHS determines how the
RHS
is evaluated. If the RHS involves only _Decimal32 types, then the RHS will be
evaluated to the type of the LHS (_Decimal32, 64, or 128). That behavoiur is
not
what C99 wants.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40503
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-10-20 6:25 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-06-20 13:59 [Bug c/40503] New: DEC_EVAL_METHOD not match operators tydeman at tybor dot com
2009-06-25 0:15 ` [Bug target/40503] " hjl dot tools at gmail dot com
2009-06-26 5:57 ` tydeman at tybor dot com
2009-10-20 6:25 ` tydeman at tybor dot com
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).