--- Comment #14 from pault at gcc dot gnu dot org 2008-10-21 06:28 ---
This one keeps falling off the pending pile - unassigning myself for now.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from lucier at math dot purdue dot edu 2008-10-21 00:33
---
Created an attachment (id=16518)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16518&action=view)
test file output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37878
--- Comment #1 from lucier at math dot purdue dot edu 2008-10-21 00:32
---
Created an attachment (id=16517)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16517&action=view)
test file input
This is the .i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37878
sion 4.4.0 20081020 (experimental) [trunk revision 141240] (GCC)
I get this error:
[descartes:gcc/objdirs/gambc-v4_1_2] lucier% /pkgs/gcc-4.4.0-64/bin/gcc
-save-temps -mcpu=970 -m64 -I../include -I. -no-cpp-precomp -Wall -W
-Wno-unused -O1 -fno-math-errno -fschedule-insns2 -fno-trapping-math
-
--- Comment #6 from jakub at gcc dot gnu dot org 2008-10-20 23:15 ---
Patch posted.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassi
--- Comment #29 from jakub at gcc dot gnu dot org 2008-10-20 23:14 ---
Closing as INVALID, as using -ffast-math is wrong for calculix, at least for
the distilled testcase from it. In the testcase +0 vs. -0 makes very big
difference
(atan2 acts very similarly to copysign) and so compilin
--- Comment #6 from jakub at gcc dot gnu dot org 2008-10-20 23:09 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2008-10-20 23:00 ---
Subject: Bug 37020
Author: jakub
Date: Mon Oct 20 22:59:13 2008
New Revision: 141253
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141253
Log:
PR debug/37020
* c-decl.c (merge_decls): Don't ca
--- Comment #1 from pault at gcc dot gnu dot org 2008-10-20 22:21 ---
minval and maxval do not get simplified.
Confirmed
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-10-20 21:06 ---
What are your limits set to and can you provide the preprocessed source as
requested by http://gcc.gnu.org/bugs.html ?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-10-20 20:42
---
(In reply to comment #9)
> This got fixed somehow. There is a testcase in the testsuite to make sure we
> do
> not regress.
This was most likely fixed by:
2008-09-17 Jan Hubicka <[EMAIL PROTECTED]>
PR
--- Comment #8 from ubizjak at gmail dot com 2008-10-20 19:37 ---
Adding either -fno-reorder-blocks or -fno-ira works OK for orignal fortran
testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37286
--- Comment #14 from jason at redhat dot com 2008-10-20 19:02 ---
Subject: Re: debug info for class2 in g++.dg/other/unused1.C
requires -femit-class-debug-always
Building Firefox or OpenOffice with/without the flag would also be a
good test.
Jason
--
http://gcc.gnu.org/bugzill
--- Comment #13 from jason at redhat dot com 2008-10-20 19:01 ---
Subject: Re: debug info for class2 in g++.dg/other/unused1.C
requires -femit-class-debug-always
Could you (Dodji) try building libstdc++ with -femit-class-debug-always,
and see how much it affects the size of the libr
--- Comment #9 from manu at gcc dot gnu dot org 2008-10-20 18:28 ---
This got fixed somehow. There is a testcase in the testsuite to make sure we do
not regress.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from manu at gcc dot gnu dot org 2008-10-20 18:27 ---
Subject: Bug 12603
Author: manu
Date: Mon Oct 20 18:26:21 2008
New Revision: 141244
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141244
Log:
2008-10-20 Manuel López-Ibáñez <[EMAIL PROTECTED]>
PR
--- Comment #28 from jakub at gcc dot gnu dot org 2008-10-20 17:27 ---
-fno-math-errno was needed too to get it optimized out, with that it works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37449
--- Comment #27 from dberlin at gcc dot gnu dot org 2008-10-20 16:22
---
Subject: Re: [4.4 Regression] calculix gets wrong answer for -O1 -ffast-math
Err, works for me with -O2 -ffast-math
Replaced D.1587_48 - D.1591_50 with prephitmp.17_60 in D.1600_23 =
D.1587_48 - D.1591_50;
Repla
--- Comment #26 from jakub at gcc dot gnu dot org 2008-10-20 15:10 ---
On the #c11 testcase with -O2 -funsafe-math-optimizations I still see
# cn_38 = PHI <-1.0e+0(4), 1.0e+0(11)>
D.1262_39 = __builtin_pow (cn_38, 2.0e+0);
D.1263_41 = 1.0e+0 - D.1262_39;
D.1264_42 = __builtin_sqr
--- Comment #8 from sje at cup dot hp dot com 2008-10-20 15:02 ---
With respect to comment #5, the problem isn't changing the library side. It is
changing the compiler side. The compiler, as near as I can tell, doesn't
declare the structure the way the library does but builds offsets b
--- Comment #19 from jakub at gcc dot gnu dot org 2008-10-20 14:02 ---
As arg_mask is only 1, 2 or 4, the fix could be e.g. just break at the end of
if ((arg_mask >> i) & 1) body, or changing the for condition to i < nargs && i
<= 31. But if the former, we might as well turn arg_mask in
--- Comment #5 from jakub at gcc dot gnu dot org 2008-10-20 13:45 ---
Created an attachment (id=16516)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16516&action=view)
gcc44-pr36038.patch
My bet is that adding a zero based alternative IV for a pointer is always a
bug,
the zero bas
I believe this is valid C++:
extern "C++" struct S { static int x; } s;
g++ 4.2.4, 4.3.1, and the Debian version of 4.3.2 reject the declaration with
the error:
static.cpp:1: error: invalid use of static in linkage specification
I don't think static members of structures were intended to be d
--- Comment #4 from joseph at codesourcery dot com 2008-10-20 12:48 ---
Subject: Re: gcc sometimes accepts attribute in identifier list
On Mon, 20 Oct 2008, sabre at nondot dot org wrote:
> as it turns out, f3 could also be considered valid in c89... because it makes
> x
> and y be i
ata/martin/ugcc --with-mpfr-include=/usr/include
--with-mpfr-lib=/usr/lib --with-gmp-include=/usr/include
--with-gmp-lib=/usr/lib --enable-languages=c++,fortran
--enable-checking=release
Thread model: posix
gcc version 4.4.0 20081020 (experimental) [trunk revision 141239] (GCC)
COLLECT_GCC_OPTIONS='
installed boost ok, then ran
./configure --with-boost-include=/usr/local/include/boost-1_36
--with-boost-lib=/usr/local/lib
to configure quantlib
which worked OK
then ran make which coredumped at building conundrumpricer. built other objects
prior but dumps on this one. Below is extract ouptput onl
--- Comment #10 from krebbel at gcc dot gnu dot org 2008-10-20 12:08
---
My testcase works fine with current GCC mainline.
--
krebbel at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from krebbel at gcc dot gnu dot org 2008-10-20 12:07 ---
(In reply to comment #8)
> Does s390x-linux bootstrap now (possibly with PR37815 fix as well)? Can this
> be closed?
This particular problem seems to be fixed for s390x. GCC still doesn't
bootstrap - even with the
--- Comment #9 from janus at gcc dot gnu dot org 2008-10-20 12:02 ---
*** Bug 35971 has been marked as a duplicate of this bug. ***
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from janus at gcc dot gnu dot org 2008-10-20 12:02 ---
*** This bug has been marked as a duplicate of 36463 ***
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from jakub at gcc dot gnu dot org 2008-10-20 11:46 ---
Does s390x-linux bootstrap now (possibly with PR37815 fix as well)? Can this
be closed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37674
--- Comment #24 from ktietz at gcc dot gnu dot org 2008-10-20 11:24 ---
This bug is reasoned by some problems in ira. IIUC, mingw 32-bit has the same
issue here.
This bug can be worked around by disable ira optimization via -fno-ira.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35
I think g++ incorrectly rejects the following code when compiled with
-std=c++0x:
template struct X {};
X 2)> x;
// t.cpp:2: error: template argument 1 is invalid
// t.cpp:2: error: invalid type in declaration before ; token
For comparison, here is very similar code that is accepte
--- Comment #4 from jakub at gcc dot gnu dot org 2008-10-20 11:10 ---
Mine.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at
--- Comment #12 from dodji at gcc dot gnu dot org 2008-10-20 10:20 ---
So what do we do with this PR ? Do we mark it with "waiting for feeback" until
someone comes up with numbers about debug info size ?.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33429
--- Comment #18 from rguenth at gcc dot gnu dot org 2008-10-20 09:40
---
Heh, nobody ever will need more than 32 parameters!
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from janus at gcc dot gnu dot org 2008-10-20 09:19 ---
I think ifort 10.1 does neither support ABSTRACT interfaces, nor PROCEDURE
statements (therefore it cannot compile this test case). But there is a 11.0
beta which does support both, and which gives the error Tobias rep
--- Comment #7 from dominiq at lps dot ens dot fr 2008-10-20 08:56 ---
With ifort (IFORT) 10.1 20070913, I get:
fortcom: Error: pr35971_red.f90, line 11: Syntax error, found IDENTIFIER
'INTERFACE' when expecting one of: => = . ( : %
abstract interface
^
fortcom: Error: pr
--- Comment #6 from janus at gcc dot gnu dot org 2008-10-20 08:09 ---
Actually I don't understand this ifort error message. I had a look in the
standard, but couldn't find anything which would render the IMPORT statement
invalid.
--
janus at gcc dot gnu dot org changed:
W
39 matches
Mail list logo
