--- Comment #10 from howarth at nitro dot med dot uc dot edu 2010-08-31
05:15 ---
On reflection, we should be able to dump all the stack related setting in
darwin.h and use the current setting of PREFERRED_STACK_BOUNDARY_DEFAULT 128
since current gcc now defaults on SSE2.
--
http:/
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-08-31
05:13 ---
Created an attachment (id=21599)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21599&action=view)
rely on PREFERRED_STACK_BOUNDARY_DEFAULT for intel darwin
--
howarth at nitro dot med dot uc dot e
--- Comment #8 from hjl dot tools at gmail dot com 2010-08-31 02:21 ---
(In reply to comment #7)
> Please check how MIN_STACK_BOUNDARY is used in i386.c. If you
> define it to MIN_STACK_BOUNDARY, -mstackrealign won't work
> correctly.
>
I meant -mstackrealign won't work correctly if MI
--- Comment #14 from igodard at pacbell dot net 2010-08-31 02:20 ---
Reopened, based on following communication from Clark Nelson
+
> > In one interpretation, it means the rvalue evaluation of b and f(); in
> > this interpr
--- Comment #7 from hjl dot tools at gmail dot com 2010-08-31 02:18 ---
Please check how MIN_STACK_BOUNDARY is used in i386.c. If you
define it to MIN_STACK_BOUNDARY, -mstackrealign won't work
correctly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-08-31
01:25 ---
For the testcase compiled with...
gcc-4 -m32 -O -fomit-frame-pointer -fno-pic -S add.c
...current gcc trunk gives...
_f:
LFB0:
subl$12, %esp
LCFI0:
addl$1, _a
addl$12
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-08-31
01:23 ---
Created an attachment (id=21598)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21598&action=view)
patch to properly use MIN_STACK_BOUNDARY on intel darwin.
--
http://gcc.gnu.org/bugzilla/show_bug
../../../gcc-4.6-20100830/libgcc
-I../../../gcc-4.6-20100830/libgcc/. -I../../../gcc-4.6-20100830/libgcc/../gcc
-I../../../gcc-4.6-20100830/libgcc/../include -DHAVE_CC_TLS -DUSE_EMUTLS
-fvisibility=hidden -DHIDE_EXPORTS -c eh_dummy.c \
-o eh_dummy.o
--- Comment #2 from hjl dot tools at gmail dot com 2010-08-30 22:27 ---
Please provide a testcase.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #2 from hjl dot tools at gmail dot com 2010-08-30 22:14 ---
*** This bug has been marked as a duplicate of 45062 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #2 from hjl dot tools at gmail dot com 2010-08-30 22:14 ---
*** Bug 45459 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #1 from zsojka at seznam dot cz 2010-08-30 22:09 ---
Same as PR45062
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45459
--- Comment #1 from mrdocs at opensuse dot org 2010-08-30 22:09 ---
gcc46 from : gcc46-4.6.0_20100701-2.5.src.rpm
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45460
[ 84%] Building CXX object
scribus/plugins/import/wmf/CMakeFiles/wmfimplugin.dir/wmfimport.cpp.o
cd /home/mrdocs/svn2/135x/build135/scribus/plugins/import/wmf &&
/usr/bin/g++-4.6 -Dwmfimplugin_EXPORTS -DNDEBUG -DQT_GUI_LIB -DQT_XML_LIB
-DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_CORE_LIB -DQT_GUI_LIB -DQ
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45459
Revision 162223:
caused:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00577.html
[...@gnu-35 rrs]$ cat x.i
__hidden_ver1 (__GI_strstr);
[...@gnu-35 rrs]$ /export/gnu/import/rrs/162223/usr/bin/gcc -S -Wall -O2 x.i
x.i:1:1: warning: data definition has no type or storage class [enabled by
default]
x.i
--- Comment #3 from janus at gcc dot gnu dot org 2010-08-30 21:58 ---
Fixed with r163661. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- 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
--- 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-
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
--
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
--- 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
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 #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
--- 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
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
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
--- 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-
--- 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
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 #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
--- 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 #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 #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 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 #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
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywor
--- 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
--- 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
-
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
--
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
--
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=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=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=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=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=45421
--
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
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=45383
--- 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=45314
--- 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
---
--- 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 #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 #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
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45234
--
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=45083
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45081
--- 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 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45043
--
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 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41881
--- 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
--- 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
--
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
--
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
--- 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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
1 - 100 of 118 matches
Mail list logo
