--- Comment #23 from rguenth at gcc dot gnu dot org 2010-08-30 07:11
---
(In reply to comment #22)
Given the fact that the solution space is really large -- M^N where M is the
number of candidates and M is the number of uses (here M == 70 and N == 48),
and the cost function is
--- Comment #24 from rguenth at gcc dot gnu dot org 2010-08-30 07:12
---
(In reply to comment #20)
(In reply to comment #16)
adjust summary according to the last timings
I am surprised to see such big differences between trunk and previous
releases.
Compiling this test case
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2010-08-30 08:27
---
(In reply to comment #7)
Do you plan to do it via libgcc/Makefile.in + gcc/libgcc2.c - and then use the
ME builtin?
That could be fun to try :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38282
Compiler output:
$ gcc -fcompare-debug -O2 -fno-tree-pre -fno-tree-pta testcase.c
gcc: error: testcase.c: -fcompare-debug failure (length)
Tested revisions:
r163468 - fail
r162940 - fail
r161170 - OK
r161659 - OK
--
Summary: -fcompare-debug failure with -O2 -fno-tree-pre -fno-
--- Comment #2 from iains at gcc dot gnu dot org 2010-08-30 08:33 ---
indeed - closing as fixed.
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from zsojka at seznam dot cz 2010-08-30 08:35 ---
Created an attachment (id=21590)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21590action=view)
reduced testcase
$ gcc -fcompare-debug -O2 -fno-tree-pre -fno-tree-pta pr45449.c
gcc: error: pr45449.c:
--- Comment #20 from singler at kit dot edu 2010-08-30 08:41 ---
Maybe we could agree on a compromise for a start. Alexander, what are the
corresponding results for GOMP_SPINCOUNT=10?
--
singler at kit dot edu changed:
What|Removed |Added
--- Comment #2 from aoliva at gcc dot gnu dot org 2010-08-30 08:53 ---
I can't duplicate this on r163635 trunk, on x86_64-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45408
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-08-30 08:56 ---
Difference in tail-calling. Investigating...
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-08-30 09:09 ---
It's because we have dead variables in referenced vars and
455 /* Make sure the tail invocation of this function does not refer
456 to local variables. */
457 FOR_EACH_REFERENCED_VAR (var,
In the graphite branch some programs do not pass the legality check with the
following flags:
$ gcc -O3 -fgraphite -fno-loop-block run-id-pr42644.c
When executed, the program cannot pass any legality check similar to :
gcc_assert (graphite_legal_transform (scop));
Test files that have the same
--enable-checking=yes,rtl,df
--enable-languages=c,c++,lto,fortran
--prefix=/mnt/svn/gcc-trunk/binary-163636-lto-fortran-checking-yes-rtl-df
Thread model: posix
gcc version 4.6.0 20100830 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-fcompare-debug=-gtoggle' '-ftree-vectorize'
'-fno-var-tracking
--- Comment #1 from mikpe at it dot uu dot se 2010-08-30 11:12 ---
It also ICEs current gcc-4.4 and gcc-4.6.
--
mikpe at it dot uu dot se changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-08-30 11:13 ---
Subject: Bug 45449
Author: rguenth
Date: Mon Aug 30 11:13:05 2010
New Revision: 163638
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163638
Log:
2010-08-30 Richard Guenther rguent...@suse.de
PR
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-08-30 11:37 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from jakub at gcc dot gnu dot org 2010-08-30 11:38 ---
Created an attachment (id=21591)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21591action=view)
gcc46-pr45423.patch
Patch I'm going to bootstrap/regtest.
--
--- Comment #4 from domob at gcc dot gnu dot org 2010-08-30 12:07 ---
Mine.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at
model: posix
gcc version 4.6.0 20100830 (experimental) (GCC)
[sfili...@donald bug23]$ gfortran -ggdb -o bug23 bug23.f03
[sfili...@donald bug23]$ ./bug23
New version
Allocation status: T T T
0 0 4 5
0 0 2 3
--- Comment #1 from sfilippone at uniroma2 dot it 2010-08-30 12:09 ---
Created an attachment (id=21592)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21592action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45451
--- Comment #2 from sfilippone at uniroma2 dot it 2010-08-30 12:12 ---
(In reply to comment #0)
Hello,
After a lot (a LOT) of work, I've come up with this test case. The test case
*appears* to run fine, but valgrind shows something is amiss, and in the full
application (much more
--- Comment #3 from sfilippone at uniroma2 dot it 2010-08-30 12:13 ---
And here is the (expected) output with XLF.
[snfi...@josquin ~]$ xlf2003_r -o bug23 bug23.f03
** psb_const_mod === End of Compilation 1 ===
** psb_base_mat_mod === End of Compilation 2 ===
** psb_d_base_mat_mod
--- Comment #7 from jakub at gcc dot gnu dot org 2010-08-30 12:53 ---
Created an attachment (id=21593)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21593action=view)
gcc46-pr45419.patch
Fix for the valgrind issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45419
--- Comment #11 from hjl at gcc dot gnu dot org 2010-08-30 13:32 ---
Subject: Bug 45393
Author: hjl
Date: Mon Aug 30 13:32:18 2010
New Revision: 163642
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163642
Log:
Properly transfer and clean EH info when CSE sincos.
gcc/
--- Comment #4 from jason at gcc dot gnu dot org 2010-08-30 13:37 ---
Subject: Bug 44991
Author: jason
Date: Mon Aug 30 13:37:34 2010
New Revision: 163643
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163643
Log:
PR c++/44991
* parser.c
--- Comment #5 from jason at gcc dot gnu dot org 2010-08-30 13:38 ---
Subject: Bug 44991
Author: jason
Date: Mon Aug 30 13:38:09 2010
New Revision: 163644
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163644
Log:
PR c++/44991
* parser.c
--- Comment #6 from jason at gcc dot gnu dot org 2010-08-30 13:39 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-08-30 13:46 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-08-30 13:46 ---
Subject: Bug 21602
Author: rguenth
Date: Mon Aug 30 13:46:31 2010
New Revision: 163646
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163646
Log:
2010-08-30 Richard Guenther rguent...@suse.de
PR
--- Comment #8 from jakub at gcc dot gnu dot org 2010-08-30 14:05 ---
The other issue comes from MEM_ATTRS caching.
mem_attrs_htab_eq
considers MEM_EXPR to be equal if:
279 (p-expr == q-expr
280 || (p-expr != NULL_TREE q-expr != NULL_TREE
281 operand_equal_p (p-expr, q-expr,
--- Comment #9 from jakub at gcc dot gnu dot org 2010-08-30 14:29 ---
Unfortunately printing iterative_hash_expr for MEM_EXPR if final_insns_dump_p
is actually worse, because iterative_hash_expr uses DECL_UID, which isn't
guaranteed to be the same between -g and -g0.
So, either we
--- Comment #10 from rguenther at suse dot de 2010-08-30 14:30 ---
Subject: Re: -fcompare-debug failure at -O3
On Mon, 30 Aug 2010, jakub at gcc dot gnu dot org wrote:
--- Comment #9 from jakub at gcc dot gnu dot org 2010-08-30 14:29 ---
Unfortunately printing
--- Comment #25 from bkorb at gnu dot org 2010-08-30 14:42 ---
gcc currently has no middle option.
Also this attribute is not on by default in glibc so you are asking to
turn on the style based warnings.
(In reply to comment #24)
FIXED in GCC 4.5
After having waded through
--- Comment #26 from rguenth at gcc dot gnu dot org 2010-08-30 15:00
---
(In reply to comment #25)
gcc currently has no middle option.
Also this attribute is not on by default in glibc so you are asking to
turn on the style based warnings.
(In reply to comment #24)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45397
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45319
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-08-30 15:47
---
Not a gcc bug.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #30 from rguenth at gcc dot gnu dot org 2010-08-30 15:48
---
A regression but no known-to-work version?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41881
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44731
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45043
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-08-30 15:52 ---
Jakub, ping.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45081
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45083
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45200
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45234
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-08-30 15:54 ---
ISTR a review of a patch?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-08-30 15:55 ---
Fixed. Changpeng, please remember to add PR tree-optimization/45260 to commit
messages (well, paste aggregated changelog entries there).
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-08-30 15:57
---
Wonder what fixed it on the trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-08-30 15:57 ---
I also see SIGFPEs recently on FDO SPEC 2000.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45314
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-08-30 16:00
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45383
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45397
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45416
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45421
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45297
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45325
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45444
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45438
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45250
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45445
Due to kernel32 exporting many of the same functions as advapi32 in Win 7 but
not in prior Windows versions, executables that link to those functions in
kernel32 cause entry point errors on older Windows releases.
Currently it uses:
-luser32 -lkernel32 -ladvapi32 -lshell32
Kai Tietz has
--- Comment #4 from jakub at gcc dot gnu dot org 2010-08-30 16:06 ---
Please provide preprocessed source. Sounds like my patch uncovered a latent
issue.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from paolo dot carlini at oracle dot com 2010-08-30 16:29
---
Just checking that TREE_CODE (dname) == IDENTIFIER_NODE before using
MAIN_NAME_P on it appears to fix the issue.
--
paolo dot carlini at oracle dot com changed:
What|Removed
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #20 from rwild at gcc dot gnu dot org 2010-08-30 16:35 ---
I know this PR is closed, and don't want to reopen it or anything; sorry for
being late to the party. But the information missing from it is that
../gcc/configure CC='gcc -m64' ...
should allow config.guess to
--- Comment #9 from changpeng dot fang at amd dot com 2010-08-30 16:37
---
Review approval for the trunk:
http://gcc.gnu.org/ml/gcc-patches/2010-08/msg00931.html
Review Approval for 4.5 branch:
http://gcc.gnu.org/ml/gcc-patches/2010-08/msg02112.html
--
--- Comment #10 from changpeng dot fang at amd dot com 2010-08-30 16:39
---
r163207 - in /trunk/gcc: ChangeLog testsuite/Ch...
* From: cfang at gcc dot gnu dot org
* To: gcc-cvs at gcc dot gnu dot org
* Date: Thu, 12 Aug 2010 22:18:34 -
* Subject: r163207 - in
--- Comment #11 from changpeng dot fang at amd dot com 2010-08-30 16:40
---
r163286 - in /branches/gcc-4_5-branch/gcc: Chan...
* From: cfang at gcc dot gnu dot org
* To: gcc-cvs at gcc dot gnu dot org
* Date: Mon, 16 Aug 2010 21:02:30 -
* Subject: r163286 - in
--- Comment #12 from changpeng dot fang at amd dot com 2010-08-30 16:41
---
Fixed!
--
changpeng dot fang at amd dot com changed:
What|Removed |Added
--- Comment #25 from davidxl at gcc dot gnu dot org 2010-08-30 16:41
---
(In reply to comment #24)
(In reply to comment #20)
(In reply to comment #16)
adjust summary according to the last timings
I am surprised to see such big differences between trunk and previous
--- Comment #4 from mrs at gcc dot gnu dot org 2010-08-30 16:49 ---
Let us know if there are any remaining issues, thanks.
--
mrs at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2010-08-30 17:16 ---
Subject: Bug 45423
Author: jakub
Date: Mon Aug 30 17:16:29 2010
New Revision: 163653
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163653
Log:
PR middle-end/45423
* gimplify.c
--- Comment #11 from jakub at gcc dot gnu dot org 2010-08-30 17:17 ---
Subject: Bug 45419
Author: jakub
Date: Mon Aug 30 17:17:15 2010
New Revision: 163654
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163654
Log:
PR debug/45419
* tree-ssa-live.c
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2010-08-30
17:23 ---
Subject: Re: [4.6 Regression] FAIL:
tr1/5_numerical_facilities/special_functions/01_assoc_laguerre/check
_nan.cc
Please provide preprocessed source. Sounds like my patch uncovered a
--- Comment #5 from paolo at gcc dot gnu dot org 2010-08-30 18:13 ---
Subject: Bug 45043
Author: paolo
Date: Mon Aug 30 18:13:32 2010
New Revision: 163655
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163655
Log:
/cp
2010-08-30 Paolo Carlini paolo.carl...@oracle.com
--- Comment #6 from paolo dot carlini at oracle dot com 2010-08-30 18:15
---
Fixed for 4.6.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from rth at gcc dot gnu dot org 2010-08-30 18:20 ---
It's caused by this:
config/i386/darwin.h:#define STACK_BOUNDARY 128
I think you want to delete that and allow STACK_BOUNDARY to be defined
by i386.h to UNITS_PER_WORD. Non-leaf functions should be handled by
--- Comment #5 from domob at gcc dot gnu dot org 2010-08-30 18:27 ---
Experimental patch here: http://gcc.gnu.org/ml/fortran/2010-08/msg00456.html
It seems to do what it is supposed to (basically) and also runs the full
test-case of PR 44709 comment 0, but there seems to be at least
--- Comment #31 from mikpe at it dot uu dot se 2010-08-30 18:59 ---
(In reply to comment #30)
A regression but no known-to-work version?
4.2.4 is known to work. See
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44091#c5
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38644
Command line:
$ gcc -O2 -fno-early-inlining testcase.C
Compiler output:
$ /mnt/svn/gcc-trunk/binary-163636-lto-fortran-checking-yes-rtl-df/bin/gcc -O2
-fno-early-inlining testcase.C
testcase.C:14:1: error: inlined_to pointer set for noninline callers
testcase.C:14:1: error: multiple inline
--- Comment #1 from zsojka at seznam dot cz 2010-08-30 19:07 ---
Created an attachment (id=21595)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21595action=view)
reduced testcase (from g++.dg/opt/pr20991.C)
$ gcc -O2 -fno-early-inlining pr45453.C
--
--- Comment #6 from aoliva at gcc dot gnu dot org 2010-08-30 19:13 ---
The debug insns aren't at the end of the block in the beginning of sched, so we
don't disregard them at first, but they become end-of-block insns after the
trailing non-debug insns are pulled into other earlier
--- Comment #7 from aoliva at gcc dot gnu dot org 2010-08-30 19:14 ---
The debug insns aren't at the end of the block in the beginning of sched, so we
don't disregard them at first, but they become end-of-block insns after the
trailing non-debug insns are pulled into other earlier
--- Comment #6 from jakub at gcc dot gnu dot org 2010-08-30 19:32 ---
Subject: Bug 45079
Author: jakub
Date: Mon Aug 30 19:31:45 2010
New Revision: 163657
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163657
Log:
Backport from mainline
2010-07-27 Jakub Jelinek
--- Comment #3 from jakub at gcc dot gnu dot org 2010-08-30 19:33 ---
Subject: Bug 45423
Author: jakub
Date: Mon Aug 30 19:33:31 2010
New Revision: 163658
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163658
Log:
PR middle-end/45423
* gimplify.c
--- Comment #7 from jakub at gcc dot gnu dot org 2010-08-30 19:33 ---
Fixed, sorry for the delay.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Command line:
$ gcc -O1 -fvar-tracking-assignments -fcse-follow-jumps -frerun-cse-after-loop
-fschedule-insns2 -fselective-scheduling2 -funroll-all-loops testcase.c
Compiler output:
$ gcc -O1 -fvar-tracking-assignments -fcse-follow-jumps -frerun-cse-after-loop
-fschedule-insns2
--- Comment #1 from zsojka at seznam dot cz 2010-08-30 19:40 ---
Created an attachment (id=21596)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21596action=view)
reduced testcase
$ gcc -O1 -fvar-tracking-assignments -fcse-follow-jumps -frerun-cse-after-loop
-fschedule-insns2
--- Comment #14 from rakdver at gcc dot gnu dot org 2010-08-30 19:50
---
Subject: Bug 45427
Author: rakdver
Date: Mon Aug 30 19:50:05 2010
New Revision: 163659
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163659
Log:
PR tree-optimization/45427
*
The testcase fails at -O0. It's caused by using 'next_b' at line 13. It might
be 'curr_b' instead.
Strangely, gcc warns only at -O0:
$ gcc-4.6.0-pre gcc.dg/vect/vect-cond-4.c -O0 -Wuninitialized
gcc.dg/vect/vect-cond-4.c: In function 'foo':
gcc.dg/vect/vect-cond-4.c:33:38: warning: 'next_b'
Reported by Andrew Benson at
http://gcc.gnu.org/ml/fortran/2010-08/msg00462.html:
module Merger_Trees
private
public :: mergerTree
type mergerTree
contains
procedure :: getNode = Tree_Node_Get
end type mergerTree
contains
function Tree_Node_Get(thisTree,nodeIndex)
--- Comment #1 from janus at gcc dot gnu dot org 2010-08-30 20:36 ---
Here' the fix:
Index: resolve.c
===
--- resolve.c (revision 163648)
+++ resolve.c (working copy)
@@ -1083,7 +1083,8 @@
--- Comment #4 from janus at gcc dot gnu dot org 2010-08-30 20:48 ---
Ok, I could reduce this quite a bit:
program bug23
implicit none
type :: psb_base_sparse_mat
integer, allocatable :: irp(:)
end type psb_base_sparse_mat
class(psb_base_sparse_mat), allocatable :: a
Command line:
$ gcc testcase.c
- testcase.c -
#define STR2(A) #A
#define STR(A) STR2(A)
#ifdef __DBL_DENORM_MIN__
char c[] = STR(__DBL_DENORM_MIN__);
#endif
--
It can be further reduced to:
- testcase.c -
#ifdef __DBL_DENORM_MIN__
__DBL_DENORM_MIN__;
#endif
--- Comment #27 from ericb at gcc dot gnu dot org 2010-08-30 21:09 ---
See:
http://sourceware.org/bugzilla/show_bug.cgi?id=11959
for the glibc side of this bug (namely, fwrite() shouldn't be tagged wur).
--
ericb at gcc dot gnu dot org changed:
What|Removed
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
Command line:
$ g++ testcase.C -fnon-call-exceptions -freorder-blocks-and-partition
-fprofile-generate
$ rm *.gcda
$ ./a.out
$ g++ testcase.C -fnon-call-exceptions -freorder-blocks-and-partition
-fprofile-use
Compiler output:
$ g++ testcase.C -fnon-call-exceptions -freorder-blocks-and-partition
--- Comment #1 from zsojka at seznam dot cz 2010-08-30 21:36 ---
Created an attachment (id=21597)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21597action=view)
reduced testcase (from g++.dg/tree-prof/partition1.C)
CC=g++
$CC pr45458.C -fnon-call-exceptions
--- Comment #2 from janus at gcc dot gnu dot org 2010-08-30 21:56 ---
Subject: Bug 45456
Author: janus
Date: Mon Aug 30 21:56:28 2010
New Revision: 163661
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163661
Log:
2010-08-30 Janus Weil ja...@gcc.gnu.org
PR
1 - 100 of 118 matches
Mail list logo