public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* target/5985: fix_truncMN2 (e.g. fix_truncdfdi) and fixuns_truncMN2 incorrect on a29k, alpha, arm, c4x, dsp16xx, i370, i386, ia64, m88k, mips, ns32k, pj, romp, rs6000, s390, sh, xtensa
@ 2002-03-17 5:46 hp
0 siblings, 0 replies; 4+ messages in thread
From: hp @ 2002-03-17 5:46 UTC (permalink / raw)
To: gcc-gnats
>Number: 5985
>Category: target
>Synopsis: fix_truncMN2 (e.g. fix_truncdfdi) and fixuns_truncMN2 incorrect on a29k, alpha, arm, c4x, dsp16xx, i370, i386, ia64, m88k, mips, ns32k, pj, romp, rs6000, s390, sh, xtensa
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Sun Mar 17 05:46:01 PST 2002
>Closed-Date:
>Last-Modified:
>Originator: Hans-Peter Nilsson
>Release: trunk and 3.1 branch and everywhere else
>Organization:
>Environment:
>Description:
>From <URL:http://gcc.gnu.org/ml/gcc-patches/2002-03/msg01023.html>, edited:
While checking on the floating point operations and comparing
with the manual and other targets, it seems several targets
(briefly: a29k, alpha, arm, c4x, dsp16xx, i370, i386, ia64,
m88k, mips, ns32k, pj, romp, rs6000, s390, sh, xtensa) have fix_truncMN2
patterns that are incorrectly expressed. For example for M=df
N=di, the input operand should be (fix:DI (fix:DF (DF-operand))
not just (fix:DI (DF-operand)), since the latter expression
requires/promises that the operand is already truncated to an
integer in a float-mode, which is the input operand for the
fixdfdi2 pattern. Similarly for fixuns_truncMN2.
>How-To-Repeat:
Read .md for target, specifically fix_truncMN2 and fixuns_truncMN2
patterns. Compare with docs and other targets, like sparc.md, m68k.md.
Marvel at how it doesn't seem to affect anything.
>Fix:
See sparc.md, m68k.md, mmix.md.
>Release-Note:
>Audit-Trail:
>Unformatted:
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: target/5985: fix_truncMN2 (e.g. fix_truncdfdi) and fixuns_truncMN2 incorrect on a29k, alpha, arm, c4x, dsp16xx, i370, i386, ia64, m88k, mips, ns32k, pj, romp, rs6000, s390, sh, xtensa
@ 2003-01-02 20:26 Hans-Peter Nilsson
0 siblings, 0 replies; 4+ messages in thread
From: Hans-Peter Nilsson @ 2003-01-02 20:26 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR target/5985; it has been noted by GNATS.
From: Hans-Peter Nilsson <hp@bitrange.com>
To: neroden@gcc.gnu.org, <gcc-bugs@gcc.gnu.org>, <gcc-prs@gcc.gnu.org>,
<hp@bitrange.com>, <nobody@gcc.gnu.org>, <gcc-gnats@gcc.gnu.org>
Cc:
Subject: Re: target/5985: fix_truncMN2 (e.g. fix_truncdfdi) and fixuns_truncMN2
incorrect on a29k, alpha, arm, c4x, dsp16xx, i370, i386, ia64, m88k, mips,
ns32k, pj, romp, rs6000, s390, sh, xtensa
Date: Thu, 2 Jan 2003 15:18:02 -0500 (EST)
On 2 Jan 2003 neroden@gcc.gnu.org wrote:
> Synopsis: fix_truncMN2 (e.g. fix_truncdfdi) and fixuns_truncMN2 incorrect on a29k, alpha, arm, c4x, dsp16xx, i370, i386, ia64, m88k, mips, ns32k, pj, romp, rs6000, s390, sh, xtensa
> Theoretically annoyance which appears to not be real; in feedback 9 months.
The FP bits have changed, IIRC by RTH himself making changes in
a direction against his earlier comment. I'll revisit some day.
The issue is real enough for people writing new ports. Sorry I
haven't persisted and still don't.
brgds, H-P
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: target/5985: fix_truncMN2 (e.g. fix_truncdfdi) and fixuns_truncMN2 incorrect on a29k, alpha, arm, c4x, dsp16xx, i370, i386, ia64, m88k, mips, ns32k, pj, romp, rs6000, s390, sh, xtensa
@ 2003-01-02 18:33 neroden
0 siblings, 0 replies; 4+ messages in thread
From: neroden @ 2003-01-02 18:33 UTC (permalink / raw)
To: gcc-bugs, gcc-prs, hp, nobody
Synopsis: fix_truncMN2 (e.g. fix_truncdfdi) and fixuns_truncMN2 incorrect on a29k, alpha, arm, c4x, dsp16xx, i370, i386, ia64, m88k, mips, ns32k, pj, romp, rs6000, s390, sh, xtensa
State-Changed-From-To: feedback->closed
State-Changed-By: neroden
State-Changed-When: Thu Jan 2 10:33:04 2003
State-Changed-Why:
Theoretically annoyance which appears to not be real; in feedback 9 months.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=5985
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: target/5985: fix_truncMN2 (e.g. fix_truncdfdi) and fixuns_truncMN2 incorrect on a29k, alpha, arm, c4x, dsp16xx, i370, i386, ia64, m88k, mips, ns32k, pj, romp, rs6000, s390, sh, xtensa
@ 2002-03-30 16:01 rth
0 siblings, 0 replies; 4+ messages in thread
From: rth @ 2002-03-30 16:01 UTC (permalink / raw)
To: gcc-bugs, gcc-prs, hp, nobody
Synopsis: fix_truncMN2 (e.g. fix_truncdfdi) and fixuns_truncMN2 incorrect on a29k, alpha, arm, c4x, dsp16xx, i370, i386, ia64, m88k, mips, ns32k, pj, romp, rs6000, s390, sh, xtensa
State-Changed-From-To: open->feedback
State-Changed-By: rth
State-Changed-When: Sat Mar 30 16:01:26 2002
State-Changed-Why:
I don't think this is really true. The documentation for
these rtx codes only mentions FIX and UNSIGNED_FIX as being
defined for fixed point modes.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=5985
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2003-01-02 20:26 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-03-17 5:46 target/5985: fix_truncMN2 (e.g. fix_truncdfdi) and fixuns_truncMN2 incorrect on a29k, alpha, arm, c4x, dsp16xx, i370, i386, ia64, m88k, mips, ns32k, pj, romp, rs6000, s390, sh, xtensa hp
2002-03-30 16:01 rth
2003-01-02 18:33 neroden
2003-01-02 20:26 Hans-Peter Nilsson
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).