Skip to content
Projects
Groups
Snippets
Help
This project
Loading...
Sign in / Register
Toggle navigation
R
riscv-gcc-1
Overview
Overview
Details
Activity
Cycle Analytics
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Issues
0
Issues
0
List
Board
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Charts
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Charts
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
lvzhengyang
riscv-gcc-1
Commits
9554f886
Commit
9554f886
authored
Sep 22, 2003
by
Eric Botcazou
Committed by
Eric Botcazou
Sep 22, 2003
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
* real.c: Fix several nits in the head comment.
From-SVN: r71642
parent
f31686a3
Hide whitespace changes
Inline
Side-by-side
Showing
2 changed files
with
13 additions
and
9 deletions
+13
-9
gcc/ChangeLog
+4
-0
gcc/real.c
+9
-9
No files found.
gcc/ChangeLog
View file @
9554f886
2003-09-22 Eric Botcazou <ebotcazou@libertysurf.fr>
* real.c: Fix several nits in the head comment.
2003-09-21 Richard Henderson <rth@redhat.com>
2003-09-21 Richard Henderson <rth@redhat.com>
* tree.h c-aux-info.c, c-decl.c, c-parse.in, coverage.c, dbxout.c,
* tree.h c-aux-info.c, c-decl.c, c-parse.in, coverage.c, dbxout.c,
...
...
gcc/real.c
View file @
9554f886
...
@@ -2,7 +2,7 @@
...
@@ -2,7 +2,7 @@
Copyright (C) 1993, 1994, 1995, 1996, 1997, 1998, 1999,
Copyright (C) 1993, 1994, 1995, 1996, 1997, 1998, 1999,
2000, 2002, 2003 Free Software Foundation, Inc.
2000, 2002, 2003 Free Software Foundation, Inc.
Contributed by Stephen L. Moshier (moshier@world.std.com).
Contributed by Stephen L. Moshier (moshier@world.std.com).
Re-written by Richard Henderson
<rth@redhat.com>
Re-written by Richard Henderson <rth@redhat.com>
This file is part of GCC.
This file is part of GCC.
...
@@ -31,7 +31,7 @@
...
@@ -31,7 +31,7 @@
#include "tm_p.h"
#include "tm_p.h"
/* The floating point model used internally is not exactly IEEE 754
/* The floating point model used internally is not exactly IEEE 754
compliant, and close to the description in the ISO C standard,
compliant, and close to the description in the ISO C
99
standard,
section 5.2.4.2.2 Characteristics of floating types.
section 5.2.4.2.2 Characteristics of floating types.
Specifically
Specifically
...
@@ -49,21 +49,21 @@
...
@@ -49,21 +49,21 @@
significand is fractional. Normalized significands are in the
significand is fractional. Normalized significands are in the
range [0.5, 1.0).
range [0.5, 1.0).
A requirement of the model is that P be larger than th
an the
A requirement of the model is that P be larger than th
e largest
largest supported target floating-point type by at least 2 bits.
supported target floating-point type by at least 2 bits. This gives
This gives us proper rounding when we truncate to the target type.
us proper rounding when we truncate to the target type. In addition,
In addition, E must be large enough to hold the smallest supported
E must be large enough to hold the smallest supported denormal number
denormal number
in a normalized form.
in a normalized form.
Both of these requirements are easily satisfied. The largest target
Both of these requirements are easily satisfied. The largest target
significand is 113 bits; we store at least 160. The smallest
significand is 113 bits; we store at least 160. The smallest
denormal number fits in 17 exponent bits; we store 29.
denormal number fits in 17 exponent bits; we store 29.
Note that the decimal string conversion routines are sensitive to
Note that the decimal string conversion routines are sensitive to
rounding error. Since the raw arithmetic routines do not themselves
rounding error
s
. Since the raw arithmetic routines do not themselves
have guard digits or rounding, the computation of 10**exp can
have guard digits or rounding, the computation of 10**exp can
accumulate more than a few digits of error. The previous incarnation
accumulate more than a few digits of error. The previous incarnation
of real.c successfully used a 144
bit fraction; given the current
of real.c successfully used a 144
-
bit fraction; given the current
layout of REAL_VALUE_TYPE we're forced to expand to at least 160 bits.
layout of REAL_VALUE_TYPE we're forced to expand to at least 160 bits.
Target floating point models that use base 16 instead of base 2
Target floating point models that use base 16 instead of base 2
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment