--- Comment #10 from steven at gcc dot gnu dot org 2007-05-13 09:13 ---
Should be fixed now, but I'll put this into the WAITING state pending
confirmation from the reporter that this patch really fixes the issue for him..
--
steven at gcc dot gnu dot org changed:
What
--- Comment #11 from bonzini at gnu dot org 2007-05-13 09:20 ---
I confirm the compile-time improvements from the complete patch (2%
enable-checking, 0.8% disable-checking), but there's no improvement in SPEC (no
regression either).
--
--- Comment #57 from rguenth at gcc dot gnu dot org 2007-05-13 11:04
---
It's become a libstdc++ test, but anyway: -O -fstrict-aliasing
namespace Pooma {
typedef int Context_t;
namespace Arch {
}
inline Context_t context() {
}
inline int contexts() {
}
}
--- Comment #23 from rguenth at gcc dot gnu dot org 2007-05-13 11:34
---
There are no overlapping fields created from push_fields_onto_fieldstack, so my
pointing to PR22488 may be wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30252
--- Comment #24 from rguenth at gcc dot gnu dot org 2007-05-13 13:02
---
That leaves aliasing and DCE.
The following statement connects to the initializing of the function pointer.
# SFT.78D.2952_55 = V_MAY_DEF SFT.78D.2952_31;
# VUSE D.2838_29;
thisD.2828_22-functor_D.2399
The attached code (a md4 function, about 100 lines) takes many minutes
(apparently 100) to compile with gcc mainline 4.3 at -O3. At -O2, or with gcc
4.2, it takes below 1 second. 4.3.0 20070411 is OK, too. Memory requirement
stays very low.
The top of a profile with mainline looks like this:
%
--- Comment #1 from falk at debian dot org 2007-05-13 13:49 ---
Created an attachment (id=13546)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13546action=view)
Test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31911
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
I compiled the target i686-pc-cygwin, two times, with a long list of options.
One compilation used --with-included-gettext the other used
--without-included-gettext.
The --with-included-gettext version, make -i check reports:
=== gcc Summary ===
# of expected passes
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-05-13 14:12 ---
Confirmed. A PRE problem. There's a lot in PA_IN[3].
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rob1weld at aol dot com 2007-05-13 14:29 ---
Created an attachment (id=13548)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13548action=view)
gcc.log (configured using with)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31912
--- Comment #1 from rob1weld at aol dot com 2007-05-13 14:27 ---
Created an attachment (id=13547)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13547action=view)
gcc.log (configured using without)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31912
--- Comment #1 from Hugin777 at gmail dot com 2007-05-13 15:48 ---
Created an attachment (id=13549)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13549action=view)
The source that breaks GNAT.
This is the source that is included in the bug report. When compiled, GNAT
throws an
--- Comment #3 from dberlin at gcc dot gnu dot org 2007-05-13 16:00 ---
How interesting. It is considering performing insertion on an expression that
ends up having to phi translate back through 1000's of other value handles.
But it should have already solved these, so i'm not sure
Executing on host: /home/dave/gnu/gcc-4.3/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.3/objdir/gcc/
/home/dave/gnu/gcc-4.3/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr17141-
1.c -O2 -fdump-tree-forwprop2 -fno-show-column -S -o pr17141-1.s(timeout
= 300)
PASS: gcc.dg/tree-ssa/pr17141-1.c (test for
--- Comment #1 from danglin at gcc dot gnu dot org 2007-05-13 17:09 ---
The following test also started to fail in the same period:
FAIL: g++.dg/tree-ssa/pr31146.C scan-tree-dump i\[j.*\] = 1;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31913
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-05-13 19:08
---
I think we ought to just allow it. If no objections, I propose we close this
PR.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23852
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-13 19:09 ---
Already dealt with:
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg00849.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from hjl at lucon dot org 2007-05-13 20:08 ---
Created an attachment (id=13550)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13550action=view)
An experimental patch
This patch works for the testcase. Testsuite results for ia32, Intel64 and ia64
are at
FRE has all the information available, it's simply not used because eliminate()
does not consider copy statements (and does not run elimination on PHI
arguments
for the same reason). Also for full const/copy propagation COND_EXPRs need to
be value-numbered.
This would let us get rid of a
--- Comment #4 from dberlin at gcc dot gnu dot org 2007-05-13 22:52 ---
Subject: Bug 31911
Author: dberlin
Date: Sun May 13 21:52:10 2007
New Revision: 124657
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=124657
Log:
2007-05-13 Daniel Berlin [EMAIL PROTECTED]
Fix PR
--- Comment #5 from dberlin at gcc dot gnu dot org 2007-05-13 22:52 ---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #9 from geoffk at gcc dot gnu dot org 2007-05-13 23:18 ---
No DECL whose mangled name includes the name of an anonymous namespace should
be TREE_PUBLIC. That is the bug here.
There are no problems with typeinfo on systems where typeinfo is compared by
address, which
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2007-05-13 23:36
---
I get no ice or segfault on the original test case nor the one in Comment #7.
I do get what looks like some garbled text on the second test case:
Error: Procedure '#65533;,#65533;' in generic interface 'bar' at
With Dominique's fix so that the test case runs, I get failure.
Here is a slightly modified version to illustrate:
! { dg-do run }
! { dg-require-effective-target fortran_large_real }
program main
integer,parameter :: k = selected_real_kind (precision (0.0_8) + 1)
real(kind=k) a,b,c
a =
--- Comment #58 from ian at airs dot com 2007-05-14 04:45 ---
Created an attachment (id=13551)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13551action=view)
Patch
That test case turns out to be an oversight in my patch to tree-ssa-dce.c.
Here is the new patch against mainline,
--- Comment #59 from dberlin at gcc dot gnu dot org 2007-05-14 05:00
---
Subject: Re: [4.0/4.1/4.2/4.3 Regression] placement new does not change the
dynamic type as it should
On 14 May 2007 03:45:25 -, ian at airs dot com
[EMAIL PROTECTED] wrote:
--- Comment #58 from ian
27 matches
Mail list logo