--- Comment #13 from merkert at comcast dot net 2008-10-16 11:56 ---
Would it make sense to have a function attribute to indicate that rounding mode
was changed as a side effect? This way, one could keep the default rounding
behavior and not incur a performance penalty, but at the same
--- Comment #5 from merkert at comcast dot net 2008-03-14 18:57 ---
I've been getting the same thing with the 4.3 release build. I had no problem
building this version: gcc (GCC) 4.3.0 20071228 (experimental)
Here's the tail of my output (I'll try to build again)
m -
--- Comment #6 from merkert at comcast dot net 2008-03-15 01:45 ---
It seems to do better (still compiling), now that I've adjusted the
LD_LIBRARY_PATH to point to mpfr (there's another bug that seems to be a
duplicate). It should really produce a better warning or something.
RMED
Severity: major
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: merkert at comcast dot net
GCC build triplet: gcc (GCC) 4.4.0 20090130 (experimental)
GCC host triplet: Linux linux 2.6.11.4-21.17
--- Comment #1 from merkert at comcast dot net 2009-02-08 02:17 ---
Created an attachment (id=17268)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17268&action=view)
Preprocessed source
Compile like this:
gcc -O2 main.i -o clip
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #2 from merkert at comcast dot net 2009-02-08 02:18 ---
Created an attachment (id=17269)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17269&action=view)
The data file that causes the core dump
run like this:
gzip -dc polygon.gz | ./clip
--
http://gcc.
--- Comment #3 from merkert at comcast dot net 2009-02-08 02:19 ---
Created an attachment (id=17270)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17270&action=view)
Full source code
Full source code, including main.i and gpc code and the polygon that causes the
co
--- Comment #4 from merkert at comcast dot net 2009-02-08 02:48 ---
I just found out that it compiles at -O2 if I also specify -ffloat-store. So,
I'm thinking it might be related to that old bug
(http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323), which would not entirely be
a sur
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49274
Summary: Regression: unique_ptr needs full definition of map
type
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49274
merkert at comcast dot net changed:
What|Removed |Added
Component|c++ |libstdc++
--- Comment #1
mization generates incorrect code with -frounding-
math option
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mer
--- Comment #2 from merkert at comcast dot net 2008-01-05 15:38 ---
Ok, so how then would one accomplish this in std c without resorting to asm? I
still assume the original code is correct even though the rounding-math doesn't
do what I wanted.
At any rate, I played a little wi
12 matches
Mail list logo
