--- Comment #5 from rth at gcc dot gnu dot org 2007-02-22 18:07 ---
I don't think this has anything to do with either vectorization or my patch.
I was seeing that same failure with --with-arch=pentium4 before my patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30921
--- Comment #5 from rth at gcc dot gnu dot org 2007-02-23 16:12 ---
Subject: Re: [4.3 Regression] current mainline fails to bootstrap when -msse
is used
On Fri, Feb 23, 2007 at 01:54:35PM -, ubizjak at gmail dot com wrote:
> * config/i386/i386.md (*movdi_1_re
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #2 from rth at gcc dot gnu dot org 2007-03-07 18:13 ---
Subject: Bug 30848
Author: rth
Date: Wed Mar 7 18:13:29 2007
New Revision: 122669
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122669
Log:
PR target/30848
* reg-stack.c (emit_swap_ins
--- Comment #3 from rth at gcc dot gnu dot org 2007-03-07 19:16 ---
Subject: Bug 30848
Author: rth
Date: Wed Mar 7 19:15:46 2007
New Revision: 122671
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122671
Log:
PR target/30848
* reg-stack.c (emit_swap_ins
--- Comment #4 from rth at gcc dot gnu dot org 2007-03-07 19:18 ---
Subject: Bug 30848
Author: rth
Date: Wed Mar 7 19:18:22 2007
New Revision: 122672
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122672
Log:
PR target/30848
* reg-stack.c (emit_swap_ins
--- Comment #5 from rth at gcc dot gnu dot org 2007-03-07 19:21 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rth at gcc dot gnu dot org 2007-03-10 00:53 ---
Subject: Bug 26090
Author: rth
Date: Sat Mar 10 00:53:09 2007
New Revision: 122781
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122781
Log:
PR target/26090
*
--- Comment #4 from rth at gcc dot gnu dot org 2007-03-10 00:59 ---
Subject: Bug 26090
Author: rth
Date: Sat Mar 10 00:59:15 2007
New Revision: 122782
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122782
Log:
PR target/26090
*
--- Comment #5 from rth at gcc dot gnu dot org 2007-03-11 16:22 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from rth at gcc dot gnu dot org 2007-03-12 17:15 ---
Subject: Bug 26090
Author: rth
Date: Mon Mar 12 17:15:44 2007
New Revision: 122847
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122847
Log:
PR target/26090
* config/alpha
: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
GCC target triplet: i386-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31175
--- Comment #6 from rth at gcc dot gnu dot org 2007-03-20 17:09 ---
Spill slots *are* being aligned, else you'd see SEGV, not incorrect data.
Aliasing *is* the problem:
pand(%esi), %xmm0
movl$1, (%ebx)
movl$2, 4(%ebx)
movl$3, 8
--- Comment #13 from rth at gcc dot gnu dot org 2007-03-21 15:43 ---
We've fixed the wrong-code part.
Re-tagging the PR to reflect the optimization possibility.
--
rth at gcc dot gnu dot org changed:
What|Removed |
--- Comment #7 from rth at gcc dot gnu dot org 2007-03-21 15:47 ---
Subject: Bug 31245
Author: rth
Date: Wed Mar 21 15:46:46 2007
New Revision: 123110
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123110
Log:
PR target/31245
* config/i386/emmintrin.h
--- Comment #8 from rth at gcc dot gnu dot org 2007-03-21 15:50 ---
Subject: Bug 31245
Author: rth
Date: Wed Mar 21 15:50:01 2007
New Revision: 123111
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123111
Log:
PR target/31245
* config/i386/emmintrin.h
--- Comment #9 from rth at gcc dot gnu dot org 2007-03-21 15:52 ---
Subject: Bug 31245
Author: rth
Date: Wed Mar 21 15:52:23 2007
New Revision: 123112
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123112
Log:
PR target/31245
* config/i386/emmintrin.h
--- Comment #10 from rth at gcc dot gnu dot org 2007-03-23 16:31 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rth at gcc dot gnu dot org 2007-03-26 19:14 ---
Confirmed. We've modeled the instruction incorrectly; it takes the shift
count from the entire 128-bit xmm register, not the low 32 or 8 bits.
--
rth at gcc dot gnu dot org changed:
What|Re
--- Comment #4 from rth at gcc dot gnu dot org 2007-03-27 01:30 ---
Subject: Bug 31361
Author: rth
Date: Tue Mar 27 01:30:32 2007
New Revision: 123250
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123250
Log:
PR target/31361
* config/i38
--- Comment #5 from rth at gcc dot gnu dot org 2007-03-27 01:37 ---
You can shift the 32-bit portions individually. But your test case will now
result in 0,0,0,0 for all optimization levels, since the shift count is taken
from the entire xmm register. In this case, since there is an 8
--- Comment #33 from rth at gcc dot gnu dot org 2007-03-29 17:30 ---
I've been trying to track down this same failure on Alpha. I can reproduce
that
reverting the third hunk allows the bootstrap to complete. Finding what has
got
miscompiled has been very difficult. Only two
--- Comment #34 from rth at gcc dot gnu dot org 2007-03-29 18:13 ---
Actually, on second thought, I don't think the sign_bit_p change is legit:
Value ranges after VRP:
-mask_lo_1: [0, +INF] EQUIVALENCES: { } (0 elements)
+mask_lo_1: [0x0, +INF] EQUIVALENCES: {
--- Comment #35 from rth at gcc dot gnu dot org 2007-03-29 18:21 ---
With some sed help, one can see that fold_binary is completely ruined:
- mhi = 0x0 >> 128 - width;
- if ((~(hi2 | hi1) & mhi) == 0) goto ; else goto ;
-
-:;
- mlo = 0x0;
--- Comment #40 from rth at gcc dot gnu dot org 2007-03-30 16:14 ---
The reason we do that is to match the way the arithmetic would be performed
on the host as much as possible. This could be important if someother part
of the compiler already relied on SHIFT_COUNT_TRUNCATED to
--- Comment #41 from rth at gcc dot gnu dot org 2007-03-30 17:30 ---
Created an attachment (id=13302)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13302&action=view)
alternate patch
I'm inclined to take this approach to the problem. Note that the result
range we g
--- Comment #48 from rth at gcc dot gnu dot org 2007-04-01 19:17 ---
Subject: Bug 31169
Author: rth
Date: Sun Apr 1 19:17:38 2007
New Revision: 123405
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123405
Log:
PR tree-optimization/31169
* tr
--- Comment #49 from rth at gcc dot gnu dot org 2007-04-01 19:26 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #7 from rth at gcc dot gnu dot org 2007-04-04 23:11 ---
Subject: Bug 31361
Author: rth
Date: Wed Apr 4 23:11:30 2007
New Revision: 123504
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123504
Log:
PR target/31361
* config/i38
--- Comment #8 from rth at gcc dot gnu dot org 2007-04-04 23:13 ---
Subject: Bug 31361
Author: rth
Date: Wed Apr 4 23:13:13 2007
New Revision: 123505
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123505
Log:
PR target/31361
* config/i38
ormal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31477
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
GCC target triplet: alpha*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31488
--- Comment #2 from rth at gcc dot gnu dot org 2007-04-05 21:45 ---
It is *not* represented as an array on Alpha.
And even if it were, it wouldn't be undefined. Passing va_list by
value is non-portable, but certainly not undefined.
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #5 from rth at gcc dot gnu dot org 2007-04-18 22:14 ---
Reproducing the problem requires -maccumulate-outgoing-args,
as implied by i686 tuning.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #4 from rth at gcc dot gnu dot org 2007-04-20 20:36 ---
Subject: Bug 28623
Author: rth
Date: Fri Apr 20 20:35:55 2007
New Revision: 124002
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124002
Log:
PR target/28623
* config/alpha
--- Comment #6 from rth at gcc dot gnu dot org 2007-04-21 00:53 ---
Subject: Bug 31628
Author: rth
Date: Sat Apr 21 00:53:37 2007
New Revision: 124014
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124014
Log:
PR target/31628
* config/i38
--- Comment #7 from rth at gcc dot gnu dot org 2007-04-21 00:58 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rth at gcc dot gnu dot org 2007-04-22 02:29 ---
Subject: Bug 28623
Author: rth
Date: Sun Apr 22 02:29:05 2007
New Revision: 124033
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124033
Log:
PR target/28623
* config/alpha
--- Comment #6 from rth at gcc dot gnu dot org 2007-04-22 02:30 ---
Subject: Bug 28623
Author: rth
Date: Sun Apr 22 02:30:31 2007
New Revision: 124034
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124034
Log:
PR target/28623
* config/alpha
--- Comment #7 from rth at gcc dot gnu dot org 2007-04-22 02:31 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-16 19:11
---
I don't reproduce this on amd64. It was raining in the machine room yesterday,
so I don't have access to my ia64 machine to see if it's something special
there.
--
http://gcc.gnu.org/bugzil
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-16 20:28
---
Fixed.
--
What|Removed |Added
Status|WAITING |RESOLVED
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-16 23:17
---
Confirmed. It's an ia64-specific miscompilation. Doesn't happen if libgcc
is built with -O0 instead of -O2.
--
What|Removed
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-17 02:47
---
The "problem" is the use of the fused multiply-and-add instructions.
1672 y = (b - (a * ratio)) / denom;
d6: 70 70 24 0c 54 00 fms.s.s0 f7=f9,f6,f14
This co
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-17 18:27
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-19 02:38
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10606
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-22 20:01
---
No, the link error is unrelated. And I strongly suspect that you simply didn't
install the snapshot correctly, since the symbol does in fact exist and is
exported.
--
http://gcc.gnu.org/bug
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-22 23:18
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-22 23:19
---
Fixed.
--
What|Removed |Added
Status|REOPENED|RESOLVED
--
Bug 5900 depends on bug 18902, which changed state.
Bug 18902 Summary: Naive (default) complex division algorithm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18902
What|Old Value |New Value
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-24 09:25
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 19693 depends on bug 18902, which changed state.
Bug 18902 Summary: Naive (default) complex division algorithm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18902
What|Old Value |New Value
---
--
Bug 19292 depends on bug 18902, which changed state.
Bug 18902 Summary: Naive (default) complex division algorithm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18902
What|Old Value |New Value
---
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-24 20:04
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 18902 depends on bug 19953, which changed state.
Bug 19953 Summary: Special-case real + complex arithmetic operation
(-ffast-math)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19953
What|Old Value |New Value
--
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-24 21:19
---
You mean different from gcc/testsuite/g++.dg/eh/uncaught1.C?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10606
--
What|Removed |Added
Severity|normal |minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15184
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-24 22:01
---
Verified on i686-linux with --disable-shared.
--
What|Removed |Added
AssignedTo
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-24 22:15
---
Yet another libtool bug. It has clobbered ./java/lang/StringBuffer.o
with ./gnu/gcj/runtime/StringBuffer.o when moving data from the
convenience library to the main library.
I fear we may be screwed, with no
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-25 01:57
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-08 12:02
---
Committed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 17652 depends on bug 18836, which changed state.
Bug 18836 Summary: [4.1] target fold_builtin for alpha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18836
What|Old Value |New Value
--
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-10 13:37
---
The problem appears to be unrelated to the referenced patch.
Debugging shows that we have a node that has been removed from the cgraph_nodes
list. Because the node is not on the cgraph_nodes list, the
node
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-10 13:46
---
Subject: Re: [PR middle-end/18628] do not fold to label load from tablejump to
reg
On Wed, Mar 09, 2005 at 07:26:37AM -0300, Alexandre Oliva wrote:
> + /* If it's not a REG, the REG_EQUAL
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-10 13:57
---
I'll agree that modified_{in,between}_p need to check the address for changes,
since that controls the ultimate value that is accessed.
I do not agree that alias.c needs to check the address for changes
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-10 15:15
---
Err, sorry, that "how to reproduce" snippet depended on some other changes
in my tree. You'll have to check
node->previous && node->previous->next != node.
--
http://g
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-11 12:45
---
Subject: Re: [PR middle-end/18628] do not fold to label load from tablejump to
reg
On Thu, Mar 10, 2005 at 05:37:48PM -0300, Alexandre Oliva wrote:
> * cse.c (fold_rtx_mem): Don't fold a loa
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-11 15:19
---
Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable
types
On Tue, Mar 08, 2005 at 05:42:57PM -0300, Alexandre Oliva wrote:
> The change to the gimplify.c is needed to avoid hav
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-14 12:59
---
Subject: Re: [PR c++/20280] hoist indirect_ref out of addressable cond_exprs
On Fri, Mar 04, 2005 at 04:21:53PM -0300, Alexandre Oliva wrote:
> * gimplify.c (gimplify_cond_expr): Add fallback argum
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-14 17:08
---
Mine.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-16 20:39
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-16 21:51
---
Actually, being a dup of PR 15700, it was a bug. No doc updates needed.
*** This bug has been marked as a duplicate of 15700 ***
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-16 21:51
---
*** Bug 20167 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15700
--
What|Removed |Added
Severity|enhancement |normal
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2016
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-17 11:49
---
Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable
types
On Thu, Mar 17, 2005 at 05:11:08AM -0300, Alexandre Oliva wrote:
> * gimplify.c (gimplify_decl_expr): Add temp varia
sion: 4.0.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu do
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-17 14:53
---
Smaller test case with
const char foo[] = "libc";
__typeof (foo) bar;
though this gives a different diagnostic:
z.c:2: warning: array bar assumed to have one element
--
http://gcc.gnu.or
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-17 16:14
---
Array dimension data gets stripped here:
c-decl.c:grokdeclarator
3863 if (!flag_gen_aux_info && (TYPE_QUALS (element_type)))
3864type = TYPE_MAIN_VARIANT (type);
--
http://gcc
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-24 22:34
---
Sorry, but this test case is never going to work -- with either sjlj exceptions
or unwind exceptions. By longjmp-ing from the middle of a catch clause, you've
left the c++ library with live exceptions ha
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-28 19:13
---
Indeed, SRA *does* need to be updated to handle the RANGE_EXPR. And not in the
hash routine at all -- it needs to happen before that. Consider the following
modified test case:
struct A
{
int i[6];
A
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-28 22:11
---
Subject: Re: [PR middle-end/20491] combine generates bad subregs
On Thu, Mar 24, 2005 at 07:45:44AM -0300, Alexandre Oliva wrote:
> * combine.c (subst): Make sure we don't create invalid subr
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-29 22:58
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-30 01:46
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 21:36
---
I've just re-read the Extended Asm section and find that the approprate docs
have been present since revision 1.222 (hp 29-Sep-04).
--
What|Removed |
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 21:38
---
I'm going to assume there's no bug here. Re-open if you disagree.
--
What|Removed
--
Bug 5900 depends on bug 19974, which changed state.
Bug 19974 Summary: incorrect complex division on ia-64 with flag_complex_method
= 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19974
What|Old Value |New Value
-
--
Bug 18902 depends on bug 19974, which changed state.
Bug 19974 Summary: incorrect complex division on ia-64 with flag_complex_method
= 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19974
What|Old Value |New Value
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 21:41
---
Well, if we're already doing this, and the debugger handles it, then far be
it from me to stand in the way of progress. Patch is ok everywhere.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19406
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 21:46
---
Subject: Re: [PR rtl-optimization/20290] loop body doesn't run in every
iteration if exit test is the loop entry point
On Sun, Mar 20, 2005 at 03:33:49PM -0300, Alexandre Oliva wrote:
>
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 21:53
---
The code generated by gcc 4.0 is significantly improved:
.L2:
fldl-8(%ebx,%ecx,8)
incl%ecx
fld %st(0)
fmull (%edx)
fxch%st(1)
fmull 8(%edx
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 22:09
---
Subject: Re: [PR middle-end/20491] combine generates bad subregs
On Wed, Mar 30, 2005 at 04:27:50PM -0300, Alexandre Oliva wrote:
> - else
> + else if (RE
101 - 200 of 974 matches
Mail list logo
