-2.c scan-ipa-dump-times cp "versioned function
i_can_not_be_propagated_fully " 1
Revision 139541 is OK.
--
Summary: [4.4 Regression] gcc.dg/ipa/ipa-?.c
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Prio
--- Comment #1 from hjl dot tools at gmail dot com 2008-08-25 03:47 ---
*** Bug 37226 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 2008-08-25 03:47 ---
*** This bug has been marked as a duplicate of 37227 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2008-08-25 16:32 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from hjl dot tools at gmail dot com 2008-08-25 16:33 ---
Fixed by revision 139532.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
l
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=37243
--- Comment #1 from hjl dot tools at gmail dot com 2008-08-26 15:07 ---
Those are Linux/ia32 only regressions:
+FAIL: 21_strings/basic_string/numeric_conversions/char/stoi.cc execution test
+FAIL: 21_strings/basic_string/numeric_conversions/char/stol.cc execution test
+FAIL: 21_strings
--- Comment #2 from hjl dot tools at gmail dot com 2008-08-26 18:22 ---
These are regressions on Linux/ia64:
+FAIL: g++.dg/opt/eh3.C execution test
+FAIL: gfortran.dg/list_read_8.f90 -O0 execution test
+FAIL: gfortran.dg/list_read_8.f90 -O1 execution test
+FAIL: gfortran.dg
--- Comment #3 from hjl dot tools at gmail dot com 2008-08-26 20:03 ---
On Linux/ia32, it also miscompiled 416.gamess in SPEC CPU 2006.
with -O2 -msse2 -mfpmath=sse -ffast-math.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from hjl dot tools at gmail dot com 2008-08-26 20:09 ---
We got
Running 416.gamess ref base lnx32-gcc default
416.gamess: copy #0 non-zero return code (rc=0, signal=11)
416.gamess: copy #0 non-zero return code (rc=0, signal=11)
416.gamess: copy #0 non-zero return
--- Comment #5 from hjl dot tools at gmail dot com 2008-08-26 22:24 ---
Linux/x86-64 only regressions are
+FAIL: g++.old-deja/g++.eh/rethrow6.C execution test
+FAIL: gcc.target/i386/pr34256.c scan-assembler-times mov 2
+FAIL: gcc.target/i386/pr36222-1.c scan-assembler-not movdqa
+FAIL
--- Comment #6 from hjl dot tools at gmail dot com 2008-08-27 00:05 ---
On Linux/Intel64, I got
Running 434.zeusmp ref base lnx32e-gcc default
434.zeusmp: copy #0 non-zero return code (rc=0, signal=11)
with -O2 -ffast-math.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37243
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=37269
--- Comment #4 from hjl dot tools at gmail dot com 2008-08-28 21:14 ---
(In reply to comment #1)
> Fix for at least PowerPC (we should be trying to get the correct sized vector
> mode):
> Index:
--- Comment #2 from hjl dot tools at gmail dot com 2008-08-28 21:13 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg02197.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from hjl dot tools at gmail dot com 2008-08-28 21:28 ---
(In reply to comment #5)
> (In reply to comment #4)
> > (In reply to comment #1)
> > > Fix for at least PowerPC (we should be trying to get the correct sized
> > > vector
> &g
--- Comment #3 from hjl dot tools at gmail dot com 2008-08-28 21:49 ---
*** This bug has been marked as a duplicate of 36444 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #7 from hjl dot tools at gmail dot com 2008-08-28 21:49 ---
*** Bug 37269 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36444
Product: gcc
Version: 4.4.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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37271
--- Comment #1 from hjl dot tools at gmail dot com 2008-08-29 00:21 ---
Revision 139725 is OK and revision 139730 is bad. It may caused by
revision 139729.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37271
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=37278
--- Comment #14 from hjl dot tools at gmail dot com 2008-08-29 18:24
---
I suspect this patch
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg01903.html
is incorrect. Back it out from IRA branch fixed the testcase
in comment #11. I am running SPEC CPU 2000/2006 with IRA
branch using
: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37282
--- Comment #1 from hjl dot tools at gmail dot com 2008-08-29 19:40 ---
On Linux/ia64, it caused
+FAIL: g++.dg/opt/eh3.C execution test
+FAIL: gfortran.dg/list_read_8.f90 -O0 execution test
+FAIL: gfortran.dg/list_read_8.f90 -O1 execution test
+FAIL: gfortran.dg/list_read_8.f90
nedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37334
--- Comment #16 from hjl dot tools at gmail dot com 2008-09-02 17:02
---
Revision 139762 also failed to build povray in SPEC CPU 2006.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #17 from hjl dot tools at gmail dot com 2008-09-02 17:05
---
(In reply to comment #16)
> Revision 139762 also failed to build povray in SPEC CPU 2006.
>
With -O3 -ffast-math on Linux/x86-64, we got
g++ -O3 -ffast-math -DSPEC_CPU_LP64atmosph.o bbox.o
/array-init-1.c
Product: gcc
Version: 4.4.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
--- Comment #1 from hjl dot tools at gmail dot com 2008-09-02 18:56 ---
Revision 139854 is OK and revision 139856 is bad.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Version: 4.4.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=37339
--- Comment #20 from hjl dot tools at gmail dot com 2008-09-02 20:40
---
On ira-merge branch at revision 139902, Linux/ia32 has regression:
+FAIL: 21_strings/basic_string/numeric_conversions/char/stoi.cc execution test
+FAIL: 21_strings/basic_string/numeric_conversions/char/stol.cc
--- Comment #21 from hjl dot tools at gmail dot com 2008-09-02 23:52
---
On ira-merge branch at revision 139914, Linux/ia32 has regression:
+FAIL: libgomp.fortran/vla7.f90 -O3 -fomit-frame-pointer execution test
+FAIL: libgomp.fortran/vla7.f90 -O3 -fomit-frame-pointer -funroll-all
--- Comment #21 from hjl dot tools at gmail dot com 2008-09-03 00:27
---
(In reply to comment #15)
> It's the same issue as the __muldi3 thing. cgraphbuild.c:rebuild_cgraph_edges
> is miscompiled at -O2 -fomit-frame-pointer by regalloc/reload because of some
> problem wi
--- Comment #22 from hjl dot tools at gmail dot com 2008-09-03 16:05
---
(In reply to comment #7)
> Created an attachment (id=16155)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16155&action=view) [edit]
> Test case from 2006.434.zeusmp
>
> Though fail to ext
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=37357
--- Comment #1 from hjl dot tools at gmail dot com 2008-09-03 17:32 ---
Created an attachment (id=16212)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16212&action=view)
A testcase
[EMAIL PROTECTED] 874]$ make
../139771/usr/bin/gcc -S -O2 case.cc -o old.s
../139772/usr/bin
--- Comment #2 from hjl dot tools at gmail dot com 2008-09-03 18:02 ---
Revision 139762 also fails with -O3:
../139761/usr/bin/gcc -S -O3 case.cc -o old.s
../139762/usr/bin/gcc -S -O3 case.cc -o new.s
grep -q EPKNS_10DOMElementEPKtiS5_S5_S5_S5_ old.s
grep -q
: 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=37358
--- Comment #2 from hjl dot tools at gmail dot com 2008-09-03 19:37 ---
(In reply to comment #1)
> Probably also fixed by fix for PR37345 (or it does not reproduce for me)
>
Has the patch for PR37345 been applied to trunk?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37358
--- Comment #23 from hjl dot tools at gmail dot com 2008-09-03 19:44
---
On ira-merge branch at revision 139942, there are no regression
on Linux/ia32. Linux/x86-64 has regressions:
+FAIL: gcc.target/i386/pr34256.c scan-assembler-times mov 2
Linux/ia64 has regressions:
+FAIL
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
GCC target triplet: ia64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37359
--- Comment #1 from hjl dot tools at gmail dot com 2008-09-03 20:03 ---
The failures are
+FAIL: gfortran.dg/list_read_8.f90 -O0 execution test
+FAIL: gfortran.dg/list_read_8.f90 -O1 execution test
+FAIL: gfortran.dg/list_read_8.f90 -O2 execution test
+FAIL: gfortran.dg
--- Comment #24 from hjl dot tools at gmail dot com 2008-09-03 20:04
---
(In reply to comment #23)
>
> Linux/ia64 has regressions:
>
> +FAIL: gfortran.dg/list_read_8.f90 -O0 execution test
> +FAIL: gfortran.dg/list_read_8.f90 -O1 execution test
> +FAIL: gfort
--- Comment #2 from hjl dot tools at gmail dot com 2008-09-03 20:57 ---
IRA doesn't handle setjmp properly. For
if (setjmp (eof_jump))
{
generate_error (&dtp->common, LIBERROR_END, NULL);
return;
}
IRA generates
.L594:
.loc 1 2859 0
--- Comment #3 from hjl dot tools at gmail dot com 2008-09-03 22:35 ---
[EMAIL PROTECTED] ira-2]$ cat foo.c
#include
extern jmp_buf eof_jump;
extern bar (void *);
void
foo (void *p)
{
if (setjmp (eof_jump))
bar (p);
}
[EMAIL PROTECTED] ira-2]$ /export/build/gnu/gcc-ira/build
--- Comment #4 from hjl dot tools at gmail dot com 2008-09-03 23:16 ---
I suspect IRA may not properly use DF when dealing with setjmp.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37359
--- Comment #5 from hjl dot tools at gmail dot com 2008-09-04 00:43 ---
regstat_compute_ri has
/* See the setjmp comment in regstat_ri_bb_compute. */
EXECUTE_IF_SET_IN_BITMAP (setjmp_crosses, FIRST_PSEUDO_REGISTER, regno, bi)
{
REG_BASIC_BLOCK (regno
Product: gcc
Version: 4.4.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
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37364
--- Comment #28 from hjl dot tools at gmail dot com 2008-09-04 05:45
---
(In reply to comment #23)
> on Linux/ia32. Linux/x86-64 has regressions:
>
> +FAIL: gcc.target/i386/pr34256.c scan-assembler-times mov 2
>
I opened PR 37364 to track it.
--
http://gcc.gnu.
--- Comment #28 from hjl dot tools at gmail dot com 2008-09-04 05:53
---
(In reply to comment #27)
> I now get on i586-linux at revision 139953
>
>
> I'll investigate tomorrow.
>
Can you try ira-merge branch? It will help determine if it is caused
by IRA merge.
--- Comment #30 from hjl dot tools at gmail dot com 2008-09-04 13:07
---
(In reply to comment #29)
> Subject: Re: [4.4 Regression] Bootstrap failure compiling libgcc
>
> I think you meant to respond to Eric instead of me. Vlad's
> patch fixed the original proble
--- Comment #29 from hjl dot tools at gmail dot com 2008-09-04 13:34
---
On ira-merge branch at revision 139972, there are no regression
on Linux/ia32 and Linux/ia64. Linux/x86-64 has regressions:
+FAIL: gcc.target/i386/pr34256.c scan-assembler-times mov 2
It is tracked by PR 37364
--- Comment #31 from hjl dot tools at gmail dot com 2008-09-04 14:53
---
I tried i586-linux with ira-merge branch. It built libgcc fine.
So the problem is either fixed on ira-merge branch or it isn't
caused by IRA merge.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37296
--- Comment #1 from hjl dot tools at gmail dot com 2008-09-04 14:55 ---
You should include and use va_XXX macros.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #5 from hjl dot tools at gmail dot com 2008-09-04 14:58 ---
I would suggest to try ira-merge branch to rule out any IRA related
problems.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
--- Comment #1 from hjl dot tools at gmail dot com 2008-09-04 16:02 ---
"-O2 -march=core2 -fno-ira -fno-regmove" generates
movqx(%rip), %mm0
paddd y(%rip), %mm0
movq%mm0, -8(%rsp)
movq-8(%rsp), %rax
It seems that regmove isn&#
--- Comment #2 from hjl dot tools at gmail dot com 2008-09-04 16:13 ---
(In reply to comment #1)
> "-O2 -march=core2 -fno-ira -fno-regmove" generates
>
> movqx(%rip), %mm0
> paddd y(%rip), %mm0
> movq%mm0, -8(%rsp)
>
--- Comment #3 from hjl dot tools at gmail dot com 2008-09-04 17:43 ---
The problem may be in IRA_COVER_CLASSES. -mtune=core2 turns on
TARGET_INTER_UNIT_MOVES, which means move between mmx and 64bit
integer registers is cheaper than load/store. But IRA doesn't
handle it pro
--- Comment #4 from hjl dot tools at gmail dot com 2008-09-04 17:54 ---
(In reply to comment #3)
> The problem may be in IRA_COVER_CLASSES. -mtune=core2 turns on
> TARGET_INTER_UNIT_MOVES, which means move between mmx and 64bit
> integer registers is cheaper than load/store
--- Comment #5 from hjl dot tools at gmail dot com 2008-09-04 18:39 ---
Just for the record, move between MMX and GPR isn't a major issue
since we prefer SSE anyway. If it is the only inter class register
move problem for IRA, I am OK to close it as WONTFIX.
--
http://gcc.gn
--- Comment #7 from hjl dot tools at gmail dot com 2008-09-04 19:45 ---
(In reply to comment #6)
> First of all, I've check the generated code on Core2 and I found it is not
> slower than using movd.
I think MMX may be slow anyway.
> The reason for this is in insn
&g
--- Comment #9 from hjl dot tools at gmail dot com 2008-09-04 20:17 ---
I am concerned about those "*Yi"/"*Ym" and "r" pairs:
[EMAIL PROTECTED] i386]$ grep "\*Yi" *.md
i386.md:"=r,m ,*y,*y,?rm,?*y,*x,*x,?r ,m ,?*Yi,
--- Comment #10 from hjl dot tools at gmail dot com 2008-09-04 20:30
---
Created an attachment (id=16224)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16224&action=view)
A patch
I am testing this patch
2008-09-04 H.J. Lu <[EMAIL PROTECTED]>
PR
Regression] Divide_X
Product: gcc
Version: 4.4.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
--- Comment #1 from hjl dot tools at gmail dot com 2008-09-04 21:02 ---
Unfortunately, trunk was broken from revision 139821 to 139861
on ia64. This regression may be caused by patches from Richard
or Honza.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #9 from hjl dot tools at gmail dot com 2008-09-04 21:04 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status
--- Comment #32 from hjl dot tools at gmail dot com 2008-09-04 21:05
---
I am closing this bug. We will track PR 37364 separately.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #5 from hjl dot tools at gmail dot com 2008-09-04 21:13 ---
All failures have
-2147483648
-2147483648
0
0
0
java.lang.ArithmeticException: / by zero
java.lang.ArithmeticException: / by zero
-9223372036854775808
0
java.lang.ArithmeticException: / by zero
--- Comment #10 from hjl dot tools at gmail dot com 2008-09-05 02:21
---
This may be related to PR 37378 and PR 37377.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
--- Comment #5 from hjl dot tools at gmail dot com 2008-09-05 04:47 ---
I tried revision 140023 on RHEL4U6. I can bootstrap
with --enable-languages=c i586-linux.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #7 from hjl dot tools at gmail dot com 2008-09-05 13:46 ---
(In reply to comment #6)
> > I tried revision 140023 on RHEL4U6. I can bootstrap
> > with --enable-languages=c i586-linux.
>
> Which branch? I still get the failure on mainline at revision 140
--- Comment #7 from hjl dot tools at gmail dot com 2008-09-05 13:51 ---
(In reply to comment #6)
> Subject: Re: [4.4 Regression] Divide_X
>
> > All failures have
> >
> > -2147483648
> > -2147483648
> > 0
> > 0
> >
--- Comment #2 from hjl dot tools at gmail dot com 2008-09-05 19:43 ---
This regression was introduced between revisions 139822 and 139853.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37384
--- Comment #3 from hjl dot tools at gmail dot com 2008-09-05 19:44 ---
(In reply to comment #2)
> This regression was introduced between revisions 139822 and 139853.
>
Ooops. Please ignore this comments.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37384
--- Comment #8 from hjl dot tools at gmail dot com 2008-09-05 19:44 ---
his regression was introduced between revisions 139822 and 139853.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37378
--- Comment #9 from hjl dot tools at gmail dot com 2008-09-05 21:43 ---
Revision 139832 is bad.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37378
--- Comment #10 from hjl dot tools at gmail dot com 2008-09-05 22:53
---
Revision 139827 is bad.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37378
--- Comment #11 from hjl dot tools at gmail dot com 2008-09-06 06:14
---
Revision 139826 is good. Revision 139827 is the cause.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
impact on SPEC CPU 2K/2006
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
--- Comment #1 from hjl dot tools at gmail dot com 2008-09-06 15:49 ---
ira-merge banch at revision 140034 against trunk at revision 139589:
32bit O3 IRA against baseline
164.gzip 0.344353%
175.vpr -2.90615%
176.gcc
--- Comment #13 from hjl dot tools at gmail dot com 2008-09-06 16:49
---
Vladimir, I will re-enable regmove on ira-merge branch to see its
impact on compile time as well as SPEC CPU 2K/2006.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37364
--- Comment #4 from hjl dot tools at gmail dot com 2008-09-06 17:07 ---
The problem is IA64 has
void
ia64_optimization_options (int level ATTRIBUTE_UNUSED,
int size ATTRIBUTE_UNUSED)
{
/* Disable the second machine independent scheduling pass and use one
y: 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=37399
--- Comment #3 from hjl dot tools at gmail dot com 2008-09-07 20:06 ---
Adding -mno-sched-ar-data-spec fixes the crash. This bug is
introduced by selective scheduling.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #5 from hjl dot tools at gmail dot com 2008-09-07 20:11 ---
--- gcc/opts.c.over 2008-09-07 12:50:39.0 -0700
+++ gcc/opts.c 2008-09-07 12:47:04.0 -0700
@@ -1001,13 +1001,13 @@ decode_options (unsigned int argc, const
flag_unwind_tables
--- Comment #6 from hjl dot tools at gmail dot com 2008-09-08 00:04 ---
We have OPTIMIZATION_OPTIONS which is executed once just after
the optimization level is determined and before the remainder
of the command options have been parsed. This macro is run once
at program startup and
--- Comment #2 from hjl dot tools at gmail dot com 2008-09-09 00:10 ---
It is an IRA bug. Add -fno-ira works.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from hjl dot tools at gmail dot com 2008-09-09 03:18 ---
It is caused by my patch:
http://gcc.gnu.org/ml/gcc-cvs/2008-05/msg00569.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2008-09-09 03:26 ---
I believe this is a duplicate of PR 37364.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37437
--- Comment #5 from hjl dot tools at gmail dot com 2008-09-09 04:23 ---
This patch fixes the crash:
--- i386.c.sse2 2008-09-08 21:17:15.0 -0700
+++ i386.c 2008-09-08 21:17:32.0 -0700
@@ -26886,7 +26886,7 @@ static void
ix86_expand_vector_init_interleave (enum
--- Comment #6 from hjl dot tools at gmail dot com 2008-09-09 04:39 ---
This patch will disable SSE4 and SSE2 optimization if inter-unit
move is disabled or there are duplicates:
--- i386.c.sse2 2008-09-08 21:17:15.0 -0700
+++ i386.c 2008-09-08 21:36:38.0 -0700
: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37442
--- Comment #14 from hjl dot tools at gmail dot com 2008-09-09 16:01
---
I re-enabled the regmove pass on ira-merge branch at revision 140065
and ran SPEC CPU 2K/2006 with -O2 -msse2 -mfpmath=sse -ffast-math for
both 32bit and 64bit on Intel Core 2. Here are the performance impacts
of
--- Comment #7 from hjl dot tools at gmail dot com 2008-09-09 17:23 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00727.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
ot org
ReportedBy: hjl dot tools at gmail dot com
BugsThisDependsOn: 37377
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37450
--- Comment #7 from hjl dot tools at gmail dot com 2008-09-10 00:00 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status
--- Comment #9 from hjl dot tools at gmail dot com 2008-09-10 14:18 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_b
--- Comment #8 from hjl dot tools at gmail dot com 2008-09-10 14:58 ---
(In reply to comment #7)
> (In reply to comment #6)
> > Please close if fixed
>
> The ICE is still there (as of revision 140229).
>
Do you have a testcase for x86? The one in comment #1 works fo
--- Comment #1 from hjl dot tools at gmail dot com 2008-09-10 14:59 ---
Honza suggested that
---
This mostl likely mean that your glibc has slow memset implementation.
I saw similar drop on SPEC2000 GCC and Debian machines used by
compilation farm. I was told that FSF glibc was
701 - 800 of 3390 matches
Mail list logo
