--- Comment #2 from hjl dot tools at gmail dot com 2008-09-10 16:48 ---
I verified that on Fedora 9 there is no regression between
revision 140029 and 140030 on Intel Core 2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37462
--- Comment #3 from hjl dot tools at gmail dot com 2008-09-10 16:48 ---
Works on Fedora 9.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #11 from hjl dot tools at gmail dot com 2008-09-10 17:16
---
(In reply to comment #10)
> Created an attachment (id=16287)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16287&action=view) [edit]
> Preprocessed source
>
I can't reproduce it:
m = 0x0, esym = 0x0}, compcall = {actual = 0x1534480, tbp = 0x0,
name = 0x0}, character = {length = 22234240, string = 0x0},
constructor = 0x1534480}}
(gdb)
--
Summary: Invalid GMP usage
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: 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=37469
--- Comment #2 from hjl dot tools at gmail dot com 2008-09-12 00:45 ---
(In reply to comment #1)
> This is a target bug really since it is SSE which needs to set
> FLOAT_STORE_FLAG_VALUE correctly.
>
How can you define FLOAT_STORE_FLAG_VALUE only for float/double
when SSE mat
--- Comment #2 from hjl dot tools at gmail dot com 2008-09-12 14:21 ---
Try
static int
WaitLoop (unsigned int count)
{
asm ("1: tst %0, %0\n" "bf/s 1b\n" "add #-1, %0": "=r"
(count):"0" (count));
return count;
}
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=37496
--- Comment #4 from hjl dot tools at gmail dot com 2008-09-12 17:53 ---
We can't define FLOAT_STORE_FLAG_VALUE for SSE since we can't
represent 0xfff as a valid FP value. This patch makes
fold_rtx to match simplify_relational_operation:
--- ./cse.c.foo 2008-09-08 10:46:09
mponent: 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=37500
--- Comment #1 from hjl dot tools at gmail dot com 2008-09-12 18:43 ---
Can you add
/* { dg-do compile } */
to gcc.c-torture/compile/vector-4.c?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37495
--- Comment #7 from hjl dot tools at gmail dot com 2008-09-12 19:40 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00984.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from hjl dot tools at gmail dot com 2008-09-12 19:42 ---
It is caused by revision 140285.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2008-09-12 21:17 ---
Created an attachment (id=16308)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16308&action=view)
A testcase
[EMAIL PROTECTED] gcc]$ ./xgcc -B./ -S /tmp/x.ii
/export/gnu/src/gcc-work/gcc/libstdc++
--- Comment #4 from hjl dot tools at gmail dot com 2008-09-13 07:20 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-09/msg01013.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37495
--- Comment #1 from hjl dot tools at gmail dot com 2008-09-13 07:26 ---
As of revision 140333, this bug is still not fixed although
patch for PR 37377 has been applied.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37450
--- Comment #9 from hjl dot tools at gmail dot com 2008-09-13 16:00 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status
--- Comment #6 from hjl dot tools at gmail dot com 2008-09-13 17:47 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status
--- Comment #2 from hjl dot tools at gmail dot com 2008-09-13 22:59 ---
It is a C++ bug. A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-09/msg01041.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
ent: 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=37561
--- Comment #2 from hjl dot tools at gmail dot com 2008-09-17 16:11 ---
(In reply to comment #1)
> I tested with -m32 on powerpc64-linux, not with both -m32/-m64 which would
> have
> caught this; I'll test with both for related patches.
>
> The test previous
--- Comment #4 from hjl dot tools at gmail dot com 2008-09-17 17:59 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status
--- Comment #8 from hjl dot tools at gmail dot com 2008-09-17 18:06 ---
It may also impact PR 37283.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37394
correctly
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=37565
--- Comment #2 from hjl dot tools at gmail dot com 2008-09-17 20:07 ---
Here is one approach to add OVERRIDE_OPTIMIZATION_OPTIONS so
that a backend can have a chance to override optimization
options.
--- gcc/config/i386/i386.h.override 2008-09-11 16:48:39.0 -0700
+++ gcc
--- Comment #3 from hjl dot tools at gmail dot com 2008-09-17 20:13 ---
(In reply to comment #1)
> This is a target bug as the warning happens in the back-end.
>
But there is no chance for a backend to do anything about it.
It can happen to any backends which check flag_
--- Comment #5 from hjl dot tools at gmail dot com 2008-09-17 20:24 ---
If the __optimize__ attribute is handled properly, we
may be able to fold the __target__ attribute into the
__optimize__ attribute and all backends can support
function specific -mXXX options like
void foo (void
--- Comment #9 from hjl dot tools at gmail dot com 2008-09-18 14:14 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-09/msg01275.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2008-09-18 16:10 ---
(In reply to comment #1)
> Root cause is that instruction length of fused jcc is set to 16, which prevent
> the block from merging and copying. For some reason Core2 runs poorly with a
> unmerged branch bl
--- Comment #11 from hjl dot tools at gmail dot com 2008-09-18 20:35
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #5 from hjl dot tools at gmail dot com 2008-09-19 05:20 ---
Steve, can you review ia64 changes from sel-sched branch?
When sel-sched branch branch was merged into trunk, ia64
changes were left out and are still pending for review.
--
hjl dot tools at gmail dot com
--- Comment #3 from hjl dot tools at gmail dot com 2008-09-19 16:00 ---
This regression is caused by compare/branch fuse optimization.
Gcc 4.3 is OK. Turn it off fixes it.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from hjl dot tools at gmail dot com 2008-09-19 18:03 ---
(In reply to comment #1)
> Root cause is that instruction length of fused jcc is set to 16, which prevent
> the block from merging and copying. For some reason Core2 runs poorly with a
> unmerged branch bl
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37598
--- Comment #6 from hjl dot tools at gmail dot com 2008-09-20 15:10 ---
Fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37571
--- Comment #1 from hjl dot tools at gmail dot com 2008-09-20 16:37 ---
Revert revision 140504 fixes this regression.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #11 from hjl dot tools at gmail dot com 2008-09-20 18:44
---
(In reply to comment #10)
> Subject: Re: [4.4 Regression] gcc/libgcc2.c:404: internal compiler error:
> Floating point exception
>
> > URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev
--- Comment #3 from hjl dot tools at gmail dot com 2008-09-22 00:25 ---
Fixed. Revision 140533 is OK.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #8 from hjl dot tools at gmail dot com 2008-09-26 23:18 ---
It has been fixed in gcc 4.1.2.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
ation
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=37675
entheses-3.C
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
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37683
--- Comment #2 from hjl dot tools at gmail dot com 2008-09-30 14:44 ---
(In reply to comment #1)
> Other gcc-testresults don't indicate the failure for revision 140785 or even
> 140781.
>
Are they run on Linux/ia32 and configured with
--enable-checking=assert --enab
--- Comment #4 from hjl dot tools at gmail dot com 2008-09-30 16:10 ---
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg01620.html
makes nested_if uninitialized for g++.dg/warn/Wparentheses-3.C:
--- gcc/cp/parser.c (revision 138452)
+++ gcc/cp/parser.c (working copy)
@@ -7120,7
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=37731
--- Comment #5 from hjl dot tools at gmail dot com 2008-10-03 22:00 ---
Gcc 3.4.6 works.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Known to
--- Comment #6 from hjl dot tools at gmail dot com 2008-10-03 22:47 ---
Gcc 4.0.4 works.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Known to
--- Comment #7 from hjl dot tools at gmail dot com 2008-10-04 01:06 ---
This regression was introduced between 2005-03-11 and 2005-03-13.
This patch:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01296.html
may be the cause.
--
hjl dot tools at gmail dot com changed
--- Comment #8 from hjl dot tools at gmail dot com 2008-10-04 01:33 ---
(In reply to comment #7)
> This regression was introduced between 2005-03-11 and 2005-03-13.
> This patch:
>
> http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01296.html
>
> may be the cause.
&
--- Comment #9 from hjl dot tools at gmail dot com 2008-10-04 18:25 ---
When we multiple a DImode constant in CONST_DOUBLE, if
CONST_DOUBLE_HIGH (op1) == 0, the constant must be
positive. In this case, we can't just check coeff != 0.
Does this patch make senses?
--- ./expmed
--- Comment #10 from hjl dot tools at gmail dot com 2008-10-04 20:43
---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00128.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #13 from hjl dot tools at gmail dot com 2008-10-05 19:44
---
ira-merge branch is OK for i586-pc-linux-gnu:
http://gcc.gnu.org/ml/gcc-testresults/2008-10/msg00316.html
It has this patch:
http://gcc.gnu.org/ml/gcc-patches/2008-09/msg01955.html
--
hjl dot tools at gmail
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|4.4.0 |4.2.5
http
: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37751
--- Comment #2 from hjl dot tools at gmail dot com 2008-10-06 18:40 ---
It is used in
http://gcc.gnu.org/ml/gcc-cvs/2006-01/msg00769.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2008-10-06 18:41 ---
It is removed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status
at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37752
--- Comment #1 from hjl dot tools at gmail dot com 2008-10-06 19:34 ---
It is fixed by TARGET_USE_MODE_FIOP.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from hjl dot tools at gmail dot com 2008-10-06 19:34 ---
It is used by TARGET_USE_MODE_FIOP.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
caused libstdc++
failures
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
--- Comment #1 from hjl dot tools at gmail dot com 2008-10-07 05:58 ---
Revision 140914 is OK and revision 140917 is bad.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2008-10-07 16:10 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #14 from hjl dot tools at gmail dot com 2008-10-07 18:56
---
Fixed for 4.2.5, 4.3.3 and 4.4.0.
--
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=37774
--- Comment #4 from hjl dot tools at gmail dot com 2008-10-08 20:55 ---
(In reply to comment #3)
> Newer patch http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00350.html
>
With this patch, I got
.globl foo
.type foo, @function
foo:
xorl%eax, %eax
.p2a
duct: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
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=37808
--- Comment #1 from hjl dot tools at gmail dot com 2008-10-12 02:02 ---
Program received signal SIGSEGV, Segmentation fault.
0x0063d28e in df_set_bb_dirty (bb=0x0)
at ../../src-trunk/gcc/df-core.c:1427
1427bitmap_set_bit (dflow->out_of_date_transfer_functi
--- Comment #9 from hjl dot tools at gmail dot com 2008-10-13 08:57 ---
Revision 141079 gaves:
+FAIL: gfortran.dg/structure_constructor_1.f03 -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions (internal compiler error)
+FAIL: gfortran.dg/structure_constructor_1.f03 -O3
--- Comment #11 from hjl dot tools at gmail dot com 2008-10-14 21:50
---
I didn't see the testcase in comment #2 in gcc.
--
hjl dot tools at gmail dot com changed:
What|Removed |
--- Comment #16 from hjl dot tools at gmail dot com 2008-10-15 21:06
---
(In reply to comment #13)
> Sorry no. I see that some postings have the revision number in the postiong
> subject, but I don't know how to do that nor why everyone isn't having that
> done by
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
GCC target triplet: i686-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37843
--- Comment #1 from hjl dot tools at gmail dot com 2008-10-16 01:06 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00670.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2008-10-16 22:14 ---
An updated patch is at
http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00724.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
verity: normal
Priority: P3
Component: bootstrap
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=37899
dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37900
--- Comment #2 from hjl dot tools at gmail dot com 2008-10-26 22:06 ---
*** This bug has been marked as a duplicate of 36902 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #24 from hjl dot tools at gmail dot com 2008-10-26 22:06
---
*** Bug 37921 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #22 from hjl dot tools at gmail dot com 2008-10-28 01:12
---
Created an attachment (id=16571)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16571&action=view)
A patch to re-enable regmove
After applying this patch to re-enable regmove, I got
[EMAIL PROTECT
--- Comment #24 from hjl dot tools at gmail dot com 2008-10-28 01:36
---
(In reply to comment #23)
> (In reply to comment #22)
> > Created an attachment (id=16571)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16571&action=view) [edit]
> > A patch to re-en
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
GCC target triplet: i686-pc-linux-gnu
BugsThisDependsOn: 37364
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #1 from hjl dot tools at gmail dot com 2008-10-29 05:44 ---
It looks like the cost of loading/storing FP values aren't appropriate for
Core 2. With this patch:
[EMAIL PROTECTED] i386]$ diff -up i386.c.foo i386.c
--- i386.c.foo 2008-10-28 21:56:19.0 -0700
+++ i
--- Comment #4 from hjl dot tools at gmail dot com 2008-10-29 13:08 ---
(In reply to comment #2)
> Subject: Re: [4.4 Regression] IRA generates slower
> code for -mtune=core2
>
> hjl dot tools at gmail dot com wrote:
> > --- Comment #1 from hjl dot tools at gmai
--- Comment #4 from hjl dot tools at gmail dot com 2008-10-30 02:04 ---
Change Core 2 cost with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37948#c1
doesn't help. Re-enable regmove with
http://gcc.gnu.org/bugzilla/attachment.cgi?id=16571
fixes the performance regression.
--
--- Comment #6 from hjl dot tools at gmail dot com 2008-10-30 22:51 ---
(In reply to comment #5)
> So, is this a target issue or a register allocator issue now? Has the costs
> fix
> been applied?
>
It is an IRA issue since -fno-ira is still faster with -mtune=generic.
I
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
CC||rguenther at suse dot de
Keywords
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
CC||hjl dot tools at gmail dot
--- Comment #3 from hjl dot tools at gmail dot com 2008-11-01 00:25 ---
I changed it to middle-end.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
+.dg/vect/pr36648.cc
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 t
nu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38006
--- Comment #7 from hjl dot tools at gmail dot com 2008-11-03 23:38 ---
With gcc 4.4 on Linux/ia32, you can use -mincoming-stack-boundary=2
to compile your library to support library users compiled with
-mpreferred-stack-boundary=2. Compile will align stack properly
and efficiently when
--- Comment #1 from hjl dot tools at gmail dot com 2008-11-04 02:24 ---
Revision 141547:
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00060.html
caused this regression.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #9 from hjl dot tools at gmail dot com 2008-11-04 15:20 ---
(In reply to comment #8)
> As for -mincoming-stack-boundary=2: __attribute__((force_align_arg_pointer))
> does solve the problem equivalently, doesn't it?
>
They are the same in gcc 4.4.
--
http
--- Comment #25 from hjl dot tools at gmail dot com 2008-11-04 19:28
---
This regression isn't specific to -mtune=core2. I saw 3% regression
with -O3 on Intel64. Enable the full regmove pass fixes the regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37364
--- Comment #7 from hjl dot tools at gmail dot com 2008-11-04 19:36 ---
IRA generates much slower codes:
[EMAIL PROTECTED] 37364]$ make
/export/build/gnu/gcc/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/ -O2 -m32 -fno-ira -o noira
foo.c
/export/build/gnu
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
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=38017
--- Comment #1 from hjl dot tools at gmail dot com 2008-11-05 05:57 ---
Revision 141596 is the cause.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
#x27;t work
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
GCC target triplet: ia64-unknow
--- Comment #1 from hjl dot tools at gmail dot com 2008-11-05 06:09 ---
I think it is another instance of PR 37565.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from hjl dot tools at gmail dot com 2008-11-05 13:11 ---
On Linux/x86, revision 141603 gave
+FAIL: 20_util/function_objects/return_types/result_of.cc (test for excess
errors)
+FAIL: 20_util/function_objects/return_types/result_of_neg.cc (test for excess
errors)
+FAIL
--- Comment #5 from hjl dot tools at gmail dot com 2008-11-05 14:32 ---
The updated patch is at
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00130.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ra
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
GCC target triplet: ia64
--- Comment #6 from hjl dot tools at gmail dot com 2008-11-07 07:26 ---
It may be a dup of PR 37489.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38045
801 - 900 of 3390 matches
Mail list logo
