--- Comment #1 from hjl dot tools at gmail dot com 2010-09-23 06:46 ---
It is caused by revision 161655:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg6.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-23 07:20 ---
It is caused by revision 155584:
http://gcc.gnu.org/ml/gcc-cvs/2010-01/msg00043.html
and fixed by revision 161655:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg6.html
on trunk.
--
hjl dot tools at gmail dot
--- Comment #23 from hjl dot tools at gmail dot com 2010-09-22 21:36
---
(In reply to comment #22)
The 4.5/4.4 backports of this patch break:
/* { dg-do compile } */
/* { dg-options -march=i586 { target ilp32 } } */
struct S { union { double b[4]; } a[18]; } s, a[5];
void foo
: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45753
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-23 00:20 ---
*** This bug has been marked as a duplicate of 45325 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #7 from hjl dot tools at gmail dot com 2010-09-23 00:20 ---
*** Bug 45753 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45325
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-21 12:23 ---
It is caused by revision 164438:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00734.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-21 14:46 ---
It is caused by revision 162911:
http://gcc.gnu.org/ml/gcc-cvs/2010-08/msg00122.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-21 14:54 ---
It is caused by revision 162911:
http://gcc.gnu.org/ml/gcc-cvs/2010-08/msg00122.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-21 17:37 ---
It is caused by revision 164438:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00734.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #5 from hjl dot tools at gmail dot com 2010-09-20 13:54 ---
(In reply to comment #4)
Whoops. Yeah, I only added x86_64-*-* to the vect_perm targets. Obviously,
as sse2 is active by default for the vectorizer testsuite I also need to
add the i?86-*-* targets. H.J., can
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-20 15:27 ---
It is caused by revision 161655:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg6.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #13 from hjl dot tools at gmail dot com 2010-09-20 16:56
---
Here is the deal:
1. The linker default search paths are /lib, /usr/lib.
2. ld -r disables the linker default search paths.
3. Gcc always passes -Lmulti-lib-dir to ld when multi-lib is enabled.
On Linux/ia32
--- Comment #14 from hjl dot tools at gmail dot com 2010-09-20 17:10
---
One solution is always pass -L to linker even if the
directory is known to linker. Gcc always does that for
multi-lib. This will make gcc more consistent. It may
also allow using system linker with native sysroot
--- Comment #5 from hjl dot tools at gmail dot com 2010-09-20 19:50 ---
(In reply to comment #2)
Looks like it is caused by revision 164367:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00661.html
Revision 164367 is the cause. Revision 164367 also caused PR 45720.
Don't know
--- Comment #21 from hjl dot tools at gmail dot com 2010-09-20 20:40
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #5 from hjl dot tools at gmail dot com 2010-09-21 00:00 ---
It is caused by revision 163808:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00099.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45712
--- Comment #9 from hjl dot tools at gmail dot com 2010-09-18 13:26 ---
This is caused by revision 154354:
http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg00575.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #5 from hjl dot tools at gmail dot com 2010-09-18 14:13 ---
*** Bug 44645 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #10 from hjl dot tools at gmail dot com 2010-09-18 14:13
---
*** This bug has been marked as a duplicate of 43628 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from hjl dot tools at gmail dot com 2010-09-18 14:13 ---
4.5 isn't fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #8 from hjl dot tools at gmail dot com 2010-09-18 14:49 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|REOPENED
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-18 15:11 ---
Does adding -fno-pic work on Darwin?
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
CPU 2K
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org
--- Comment #6 from hjl dot tools at gmail dot com 2010-09-18 16:27 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|WAITING
--
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=45720
Regression] New test failures
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http
--- Comment #6 from hjl dot tools at gmail dot com 2010-09-17 13:04 ---
(In reply to comment #4)
This all happens in IF conversion pass.
4.6 regresses in the sense that a branch is emitted instead of cmov for:
This is caused by revision 159106:
http://gcc.gnu.org/ml/gcc-cvs/2010
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-17 13:35 ---
I got
# /export/build/gnu/gcc-32bit/build-i686-linux/gcc/xgcc
-B/export/build/gnu/gcc-32bit/build-i686-linux/gcc/
/export/gnu/import/git/gcc/gcc/testsuite/gcc.dg/pr28712.c -flto -r -nostdlib
/export/gnu/import
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-17 13:36 ---
-m32 works on Intel64 since gcc driver passes
/export/build/gnu/gcc/build-x86_64-linux/gcc/collect-ld --eh-frame-hdr -m
elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o pr28712.exe -r
-L/export/build/gnu/gcc/build
--- Comment #5 from hjl dot tools at gmail dot com 2010-09-17 13:52 ---
Works fine in 64bit with -m32
[...@gnu-6 gcc]$ /export/build/gnu/gcc/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/
/export/gnu/import/git/gcc/gcc/testsuite/gcc.dg/pr28712.c -flto -r
--- Comment #10 from hjl dot tools at gmail dot com 2010-09-17 14:08
---
(In reply to comment #6)
With -r -nostdlib when -lm is mentioned on the command line, it is looking for
libm.a. Guess you have it installed on one box and not on the other one.
That said, the tests really
--- Comment #11 from hjl dot tools at gmail dot com 2010-09-17 14:11
---
(In reply to comment #9)
Subject: Re: [4.6 Regression] New LTO test failures
On Fri, 17 Sep 2010, jakub at gcc dot gnu dot org wrote:
--- Comment #8 from jakub at gcc dot gnu dot org 2010-09-17 14:04
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-17 14:29 ---
It is caused by revision 159362:
http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00414.html
--
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
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-17 16:30 ---
(In reply to comment #1)
This passes for me, even in -m32 mode (if -msse is added, like vect.exp
does):
% ./cc1 -ftree-vectorize -fno-vect-cost-model -msse2 -O2 \
vect-114.c -ftree-vectorizer-verbose=2 21
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-17 16:30 ---
For some reason, it only fails with 32bit gcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45706
--- Comment #24 from hjl dot tools at gmail dot com 2010-09-17 16:35
---
Created an attachment (id=21821)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21821action=view)
A patch
The problem is we failed to update stack alignment when
we increase alignment of local variable
--- Comment #25 from hjl dot tools at gmail dot com 2010-09-17 17:26
---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg01425.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45709
--- Comment #19 from hjl dot tools at gmail dot com 2010-09-17 20:24
---
It comes back with revision 164375:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00669.html
for PR 45678. On Linux/ia32, I got
FAIL: gcc.target/i386/incoming-9.c scan-assembler-not andl[\\t ]*\\$-16,[\\t
]*%esp
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-17 22:02 ---
It was introduced between revision 127644 and 127649.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from hjl dot tools at gmail dot com 2010-09-17 22:17 ---
Revision 127647:
http://gcc.gnu.org/ml/gcc-cvs/2007-08/msg00541.html
introduced:
[...@gnu-26 gcc]$ ./xgcc -B./ -S -O ../../../pr45709.cc
../../../pr45709.cc: In member function virtual void foo::bar
--- Comment #5 from hjl dot tools at gmail dot com 2010-09-17 22:20 ---
Revision 127647 is the first revision which failed to compile this.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from hjl dot tools at gmail dot com 2010-09-18 02:59 ---
This patch:
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg01459.html
fixes the bug, but caused:
FAIL: g++.dg/conversion/op5.C (test for errors, line 18)
FAIL: g++.dg/conversion/op5.C (test for excess errors)
Now
--- Comment #7 from hjl dot tools at gmail dot com 2010-09-18 03:36 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg01461.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #8 from hjl dot tools at gmail dot com 2010-09-16 13:02 ---
This also failed:
---
typedef float V __attribute__ ((vector_size (16)));
V g;
float d[4] = { 4, 3, 2, 1 };
int
main ()
{
V e;
__builtin_memcpy (e, d, sizeof (d));
V f = { 5, 15, 25, 35 };
e = e * f;
g
--- Comment #9 from hjl dot tools at gmail dot com 2010-09-16 13:05 ---
If __builtin_memcpy generates instructions which
require bigger alignment than alignments of
source or destination, it should increase the
alignment of source or destination.
--
http://gcc.gnu.org/bugzilla
--- Comment #10 from hjl dot tools at gmail dot com 2010-09-16 13:10
---
When __builtin_memcpy increases the alignment of source
or destination, it should update needed stack alignment if
source or destination is on stack.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45678
--- Comment #11 from hjl dot tools at gmail dot com 2010-09-16 13:21
---
This code:
if (TREE_CODE (srcvar) == ADDR_EXPR
var_decl_component_p (TREE_OPERAND (srcvar, 0))
tree_int_cst_equal (TYPE_SIZE_UNIT (srctype), len)
(!STRICT_ALIGNMENT
--- Comment #12 from hjl dot tools at gmail dot com 2010-09-16 13:32
---
(In reply to comment #4)
Created an attachment (id=21809)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21809action=view) [edit]
patch to fix half STRICT_ALIGNMENT targets memcpy folding
Might need
--- Comment #15 from hjl dot tools at gmail dot com 2010-09-16 13:54
---
Created an attachment (id=21810)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21810action=view)
A patch
This patch adds HARD_ALIGNMENT_MODE_P and works for me.
--
http://gcc.gnu.org/bugzilla
--- Comment #16 from hjl dot tools at gmail dot com 2010-09-16 13:59
---
(In reply to comment #13)
With that patch the assignment generated from memcpy doesn't need more
that int alignment, but still cfgexpand.c sets DECL_ALIGN of the
decl to 128 so expand uses aligned instructions
--- Comment #19 from hjl dot tools at gmail dot com 2010-09-16 14:17
---
(In reply to comment #17)
That's true. But many expanders can make use of DECL_ALIGN information, e.g.
to choose faster code. If cfgexpand keeps doing what it does now, namely
bumping DECL_ALIGN of variables
--- Comment #21 from hjl dot tools at gmail dot com 2010-09-16 14:30
---
(In reply to comment #20)
The patch in comment #4 makes memcpy folding not lie about alignment.
X86 only cares about alignment for vector modes.
Can we combine 2 patches into one?
cfgexpand still lies about
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-14 16:02 ---
It is caused by revision 159939:
http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00996.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #7 from hjl dot tools at gmail dot com 2010-09-14 19:22 ---
(In reply to comment #6)
Created an attachment (id=21793)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21793action=view) [edit]
Proposed patch
Hi,
this patch should solve the problem (dive into ADDR_EXPR
--- Comment #9 from hjl dot tools at gmail dot com 2010-09-15 04:09 ---
(In reply to comment #5)
Created an attachment (id=21792)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21792action=view) [edit]
gcc46-pr45635.patch
Alternatively, we can avoid computing the address of fn
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-15 04:29 ---
*** This bug has been marked as a duplicate of 44382 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from hjl dot tools at gmail dot com 2010-09-15 04:29 ---
*** Bug 45671 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-15 05:25 ---
It is caused by revision 162618:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00972.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45675
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-15 05:45 ---
*** This bug has been marked as a duplicate of 45663 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from hjl dot tools at gmail dot com 2010-09-15 05:45 ---
*** Bug 45675 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45663
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-13 18:53 ---
It is caused by revision 115086:
http://gcc.gnu.org/ml/gcc-cvs/2006-06/msg00805.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45651
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45662
--
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=45662
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45663
--- Comment #4 from hjl dot tools at gmail dot com 2010-09-11 13:41 ---
It has been fixed at least since revision 163804.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-11 13:49 ---
(In reply to comment #2)
GCC snapshot has regressed compared to gcc-4.5:
#include assert.h
#include stdint.h
#define LIKELY(x) __builtin_expect(!!(x), 1)
#define UNLIKELY(x) __builtin_expect(!!(x), 0
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45634
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-10 13:39 ---
[...@gnu-16 0001]$ cat pr45634.f90
SUBROUTINE RCRDRD (VTYP)
CHARACTER(4), INTENT(OUT) :: VTYP
CHARACTER(1), SAVE :: DBL = D
VTYP = DBL
END
[...@gnu-16 0001]$ /export/gnu
] Failed to bootstrap on Linux/ia64
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-10 14:39 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00951.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45636
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-10 14:52 ---
It may be caused by revision 164148:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00440.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45635
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-10 15:32 ---
(In reply to comment #1)
I have a slightly different result with your code.
troutmask:sgk[212] gfc4x -c -O g.f90
g.f90: In function 'rcrdrd':
g.f90:1:0: internal compiler error: in build_int_cst_wide
--- Comment #4 from hjl dot tools at gmail dot com 2010-09-10 18:41 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status
gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45644
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-11 00:20 ---
It is caused by revision 164135:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00427.html
I got
*** glibc detected *** ../run_base_test_lnx32e-gcc./soplex_base.lnx32e-gcc:
double free or corruption (out
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-11 00:23 ---
It also failed with
-DSPEC_CPU -DNDEBUG -O2 -ffast-math -DSPEC_CPU_LP64 -fno-strict-aliasing
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45644
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-09 13:26 ---
I think it is fixed by revision 164071:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00363.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from hjl dot tools at gmail dot com 2010-09-09 14:09 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|WAITING
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-09 18:23 ---
It is caused by revision 156316:
http://gcc.gnu.org/ml/gcc-cvs/2010-01/msg00784.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-10 00:38 ---
Mozilla bugs say Platform: x86 Linux. But gcc bug says
powerpc64-*-linux. What is going on?
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #5 from hjl dot tools at gmail dot com 2010-09-10 00:51 ---
I am not ware any x86-64 psABI changes in gcc 4.5. Please provide
a testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45623
--- Comment #8 from hjl dot tools at gmail dot com 2010-09-10 02:56 ---
(In reply to comment #0)
See https://bugzilla.mozilla.org/show_bug.cgi?id=594611 and
https://bugzilla.mozilla.org/show_bug.cgi?id=590683
for more details. This breaks users of Firefox Sync on GCC 4.5.
The bug
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-10 04:27 ---
It is caused by revision 163808:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00099.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-08 15:30 ---
On Linux/x86-64, revision 163997 failed to build 191.fma3d in
SPEC CPU 2K:
[...@gnu-27 0001]$ /export/gnu/import/svn/gcc-test/usr/bin/gfortran -c -o
getirv.o -DSPEC_CPU2000_LP64 -O3 -funroll-loops
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-08 16:19 ---
This is caused by revision 163973:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00265.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45598
: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45604
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-07 16:51 ---
It is caused by revision 161655:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg6.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-07 17:02 ---
Valgrind reports:
Compiler executable checksum: 49fb87eb28749ed7ad604cc77a74ec38
==24854== Invalid read of size 2
==24854==at 0x1258998: gimple_fold_obj_type_ref_known_binfo
(gimple-fold.c:1383)
==24854
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45589
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-07 22:25 ---
Revision 163963 is bad. Revision 163913 is OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45589
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-08 00:18 ---
It is caused by revision 163915:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00207.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-08 00:29 ---
I used -O3 -funroll-loops -ffast-math on Linux/x86-64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45589
--- Comment #18 from hjl dot tools at gmail dot com 2010-09-08 00:32
---
(In reply to comment #17)
(In reply to comment #9)
unwind-ia64_s.o(.text+0x30b2): In function `uw_frame_state_for':
../.././../gcc-4.5-20091112/libgcc/../gcc/config/ia64/unwind-ia64.c:1788:
undefined
--- Comment #49 from hjl dot tools at gmail dot com 2010-09-08 02:16
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
1 - 100 of 3333 matches
Mail list logo
