--- 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 #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 #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-23 00:20 ---
*** This bug has been marked as a duplicate of 45325 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
ersion: 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 #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 { doubl
--- 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 #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 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 #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 #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 #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-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.
D
--- 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 #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
--- 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 #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-*-* targ
--
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
--- 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
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 #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
--- 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 #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 |
--- 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 #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 #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 #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 #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 #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 #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 #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 #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
It
Priority: P3
Component: 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 #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
--- 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=21821&action=view)
A patch
The problem is we failed to update stack alignment when
we increase alignment of local v
--- 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 #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-vecto
vect-114.c
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.or
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- 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
--- 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 d
--- 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 tes
--- 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 #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 #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 #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.or
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 #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
--- 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
--- 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 expan
--- 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=21810&action=view)
A patch
This patch adds HARD_ALIGNMENT_MODE_P and works for me.
--
http://gcc.gnu.org/b
--- 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=21809&action=view) [edit]
> patch to fix "half STRICT_ALIGNMENT" targets me
--- 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)
&
--- 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 #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 #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
--- 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 #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
: 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: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
--- 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 04:29 ---
*** This bug has been marked as a duplicate of 44382 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- 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=21792&action=view) [edit]
> gcc46-pr45635.patch
>
> Alternatively, we can avoid co
--- 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=21793&action=view) [edit]
> Proposed patch
>
> Hi,
> this patch should solve
--- 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
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
--
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
nu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45662
--- 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
--- 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
> #include
>
> #define LIKELY(x) __builtin_expect(!!(x), 1)
> #define UNLIKELY(x) __bu
--- 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 #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 #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
ned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45644
--- 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
--- 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:
--- 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
ty: P3
Component: fortran
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=45636
--- 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
Summary: [4.6 regression] 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:
--- 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]$ /
riority: 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=45634
--- 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 #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.
--- 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 #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
--- 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 #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 #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
ty: normal
Priority: P3
Component: 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 #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
--- 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 #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
--- 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
--- 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 #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 #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
ion: 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=45589
--- 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==by
--- 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
1 - 100 of 3390 matches
Mail list logo
