--- Comment #7 from grigory_zagorodnev at linux dot intel dot com
2007-02-16 08:58 ---
(In reply to comment #6)
What Ian said is probably right, and the patch below should fix it. I haven't
tried it yet, though...
I've tried in the given conditions. This patch really solves both
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: pending
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: grigory_zagorodnev at linux dot intel dot com
GCC host triplet: x86_64-redhat-linux
http
--- Comment #2 from grigory_zagorodnev at linux dot intel dot com
2007-02-16 15:16 ---
Created an attachment (id=13054)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13054action=view)
Slightly minimized failing source file
run 'g++ -c -O2 messageoutput.i' to reproduce the failure
--- Comment #4 from grigory_zagorodnev at linux dot intel dot com
2007-02-17 06:16 ---
(In reply to comment #3)
This is odd... I can't confirm this in mainline, having tried both i686 and
I see this on 4.2 branch only.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30823
--- Comment #2 from grigory_zagorodnev at linux dot intel dot com
2007-02-14 13:40 ---
Created an attachment (id=13048)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13048action=view)
Source code for minimal reproducer
There is a minimal reproducer for the problem. Test-case
--- Comment #1 from grigory_zagorodnev at linux dot intel dot com
2007-02-14 13:38 ---
From the entire REG_EQ* notes cleanups patch, only local-alloc.c changes do
matter for this regression. Backed out local-alloc changes fixes the
regression.
--
http://gcc.gnu.org/bugzilla
: pending
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: grigory_zagorodnev at linux dot intel dot com
GCC build triplet: i386-redhat-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30773
--- Comment #1 from grigory_zagorodnev at linux dot intel dot com
2007-02-01 07:54 ---
This is due to http://gcc.gnu.org/ml/gcc-patches/2007-02/msg2.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30662
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: grigory_zagorodnev at linux dot intel dot com
GCC host triplet: x86_64-redhat-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30630
--- Comment #1 from grigory_zagorodnev at linux dot intel dot com
2007-01-29 16:47 ---
Created an attachment (id=12976)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12976action=view)
Minimal reproducer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30630
/dealII at -O2
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: grigory_zagorodnev at linux dot intel dot
--- Comment #1 from grigory_zagorodnev at linux dot intel dot com
2007-01-29 16:51 ---
Failing source file contains ~3500 lines of C++ code. That would take a while
to get a minimal reproducer.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30631
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: grigory_zagorodnev at linux dot intel dot com
GCC build triplet: ia64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26725
--- Comment #3 from grigory_zagorodnev at linux dot intel dot com
2006-03-14 13:32 ---
It appears that configuration scheme changed in revision 112028 of trunk
without any notice.
[trunk revision 112027]
Host type:
--build=BUILD configure for building on BUILD [BUILD=HOST
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: grigory_zagorodnev at linux dot intel dot com
GCC host triplet: x86_64-redhat-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26673
--- Comment #1 from grigory_zagorodnev at linux dot intel dot com
2006-03-14 07:10 ---
With recent version of 'configure', came in revision 112028, generated Makefile
contains wrong tool names for the native build.
$ grep x86_64-redhat-linux Makefile
AS = x86_64-redhat-linux-as
AR
--- Comment #2 from grigory_zagorodnev at linux dot intel dot com
2006-02-15 14:16 ---
This is the same Fortran problem explained here
http://gcc.gnu.org/ml/gcc/2006-02/msg00247.html
You may want to update the compiler, since fix has been applied
http://gcc.gnu.org/ml/gcc-patches/2006
--- Comment #3 from grigory_zagorodnev at linux dot intel dot com
2006-02-15 07:09 ---
It looks like the patch has affected stability of 178.galgel, 187.facerec and
189.lucas benchmarks of cpu2000 suite and other massive fails today:
http://gcc.gnu.org/ml/gcc/2006-02/msg00247.html
--- Comment #8 from grigory_zagorodnev at linux dot intel dot com
2006-02-08 06:40 ---
I've verified that reload-branch works fine on the regression test-case. It
either works with that Alan's obvious reload fix
(http://gcc.gnu.org/ml/gcc-patches/2005-12/msg01261.html) applied
--- Comment #13 from grigory_zagorodnev at linux dot intel dot com
2005-12-19 14:41 ---
Here is the small reproducer, extracted from cpu2000/191.fma3d, so you can
update regression test base.
CHARACTER RD*8
CHARACTER WR*8
CHARACTER(1) C1
RD='N 1
20 matches
Mail list logo