--- Comment #1 from burnus at gcc dot gnu dot org 2007-05-14 07:51 ---
Same here, native and little_endian work, but big_endian/swap produces the
wrong number (here: NaN). It also works if one does not use real(10) but
real(8)
If I run the created program through valgrind:
==26772== Sys
1) Compiler command:
gcc -v -save-temps -pthread -c test_mt.c
Reading specs from
/usr/intel/pkgs/gcc/3.4.2/lib/gcc/i686-pc-linux-gnu/3.4.2/specs
Configured with: ../gcc-3.4.2/configure --prefix=/usr/intel/pkgs/gcc/3.4.2
--disable-libgcj --enable-languages=c,c++,f77,objc
Thread model: posix
gcc vers
--- 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 i
--- 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=13551&action=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,
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 = 1.1
--- 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 '�,�' in generic interface 'bar' at (1) is
neith
--- 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 include
--- 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 #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=gcc&view=rev&rev=124657
Log:
2007-05-13 Daniel Berlin <[EMAIL PROTECTED]>
Fix P
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 copyprop
--- 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=13550&action=view)
An experimental patch
This patch works for the testcase. Testsuite results for ia32, Intel64 and ia64
are at
http://gcc
--- 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 #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 #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
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 excess
--- 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 wh
--- 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=13549&action=view)
The source that breaks GNAT.
This is the source that is included in the bug report. When compiled, GNAT
throws an ex
--- 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=13548&action=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=13547&action=view)
gcc.log (configured using "without")
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31912
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
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- 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 #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=13546&action=view)
Test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31911
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 #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 ;
# VUSE ;
thisD.2828_22->functor_D.2399 = D.2838;
but,
D.28
--- 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 #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() {
}
}
template s
--- 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).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=318
--- 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
29 matches
Mail list logo
