--- 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 co
--- 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 t
--- 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=21590&action=view)
reduced testcase
$ gcc -fcompare-debug -O2 -fno-tree-pre -fno-tree-pta pr45449.c
gcc: error: pr45449.c: -fcompare-deb
--- 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, rvi)
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 pr
--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'
--- 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=gcc&view=rev&rev=163638
Log:
2010-08-30 Richard Guenther
PR tree-optimization/
--- 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=21591&action=view)
gcc46-pr45423.patch
Patch I'm going to bootstrap/regtest.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=454
--- 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
ran
Thread 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
--- 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=21592&action=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=21593&action=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=gcc&view=rev&rev=163642
Log:
Properly transfer and clean EH info when CSE sincos.
gcc/
2010-08-
--- 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=gcc&view=rev&rev=163643
Log:
PR c++/44991
* parser.c (cp_parser_parameter_decl
--- 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=gcc&view=rev&rev=163644
Log:
PR c++/44991
* parser.c (cp_parser_parameter_decl
--- 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=gcc&view=rev&rev=163646
Log:
2010-08-30 Richard Guenther
PR tree-optimization/
--- 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,
--- 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 should
--- 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 iterative_h
--- 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 throu
--- 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
--
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
Status
--- 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
Status|ASSIGNE
--
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 proposed
--- 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
Keywor
--- 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 inf
--- 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
--
http://gcc.gnu.org/bugzilla/
--- 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 /trun
--- 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 /bran
--- 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
Status|N
--- 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 pr
--- 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=gcc&view=rev&rev=163653
Log:
PR middle-end/45423
* gimplify.c (goa_stabilize_e
--- 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=gcc&view=rev&rev=163654
Log:
PR debug/45419
* tree-ssa-live.c (dump_enumerate
--- 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 late
--- 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=gcc&view=rev&rev=163655
Log:
/cp
2010-08-30 Paolo Carlini
PR c++/45043
* d
--- 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
#define
--- 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 one
--- 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 caller
--- 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=21595&action=view)
reduced testcase (from g++.dg/opt/pr20991.C)
$ gcc -O2 -fno-early-inlining pr45453.C
--
http://gcc.gnu.org/bugzil
--- 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 blocks
--- 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 blocks
--- 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=gcc&view=rev&rev=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=gcc&view=rev&rev=163658
Log:
PR middle-end/45423
* gimplify.c (goa_stabilize_e
--- 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 -fselective-schedul
--- 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=21596&action=view)
reduced testcase
$ gcc -O1 -fvar-tracking-assignments -fcse-follow-jumps -frerun-cse-after-loop
-fschedule-insns2 -fse
--- 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=gcc&view=rev&rev=163659
Log:
PR tree-optimization/45427
* tree-ssa-loop-
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' ma
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) result(fou
--- 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 @@
comp->nam
--- 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
-f
--- 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=21597&action=view)
reduced testcase (from g++.dg/tree-prof/partition1.C)
CC=g++
$CC pr45458.C -fnon-call-exceptions -freorder-blocks-and-
--- 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=gcc&view=rev&rev=163661
Log:
2010-08-30 Janus Weil
PR fortran/45456
* reso
1 - 100 of 118 matches
Mail list logo