--- Comment #9 from thomas at reactsoft dot com 2006-09-06 06:46 ---
(In reply to comment #8)
> (In reply to comment #2)
> This problem is recorded in a different place, we ignore bigger alignment for
> stack variables currently. I don't have the number off hand either but I know
> it h
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-09-06 06:36 ---
(In reply to comment #2)
This problem is recorded in a different place, we ignore bigger alignment for
stack variables currently. I don't have the number off hand either but I know
it has been filed.
--
http://
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-09-06 06:33
---
Note I think the PPC-linux-gnu crash is actually caused by:
2006-06-20 Roger Sayle <[EMAIL PROTECTED]>
* expr.c (expand_expr_real_1) : For vector constants with
integer modes, attempt to directl
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-09-06 06:30 ---
And here is a testcase which is reproducible without the vectorizer:
int t[4];
__attribute__((vector_size(16))) int f(void)
{
__attribute__((vector_size(16))) int t1 = {(int)&t[0], (int)&t[1], (int)&t[2],
(int)&t[3]
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-09-06 06:14
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-09-06 06:14
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-09-06 06:13
---
Subject: Bug 28937
Author: pinskia
Date: Wed Sep 6 06:13:22 2006
New Revision: 116717
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116717
Log:
2006-09-05 Andrew Pinski <[EMAIL PROTECTED]>
PR
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-09-06 06:08 ---
Fixed on the mainline, this is a latent bug on the 4.1 branch which was not
there in 4.0 so I will also apply it to the 4.1 branch after a week or so.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-09-06 06:07 ---
Subject: Bug 28952
Author: pinskia
Date: Wed Sep 6 06:06:55 2006
New Revision: 116716
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116716
Log:
2006-09-05 Andrew Pinski <[EMAIL PROTECTED]>
PR tr
--- Comment #3 from jason at gcc dot gnu dot org 2006-09-06 05:59 ---
This worked in 4.0 by accident, because of the NRV implementation I had in that
release which pushed aggregate return values into the argument list of a call.
This had some problems, so I later changed it to use a MOD
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #3 from jason at gcc dot gnu dot org 2006-09-06 05:28 ---
Subject: Bug 26571
Author: jason
Date: Wed Sep 6 05:28:08 2006
New Revision: 116715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116715
Log:
PR c++/26571
* parser.c (cp_parser_diagnose_inval
--- Comment #4 from jason at gcc dot gnu dot org 2006-09-06 05:25 ---
Subject: Bug 26671
Author: jason
Date: Wed Sep 6 05:25:29 2006
New Revision: 116714
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116714
Log:
PR c++/26671
* typeck.c (maybe_warn_about_returni
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-09-06 04:54 ---
(In reply to comment #7)
> Could this cause the bug if optimisations are enabled? I don't know anything
> about the vpnc source, I just uploaded the last two Ubuntu revisions.
It could as the memory layout will be d
--- Comment #11 from craigwd2000 at gmail dot com 2006-09-06 02:43 ---
I just tried building GCC 4.1.1 with the following options:
I ran ../configure --enable-threads --x-includes=/usr/X11R6
--x-libraries=/usr/X11R6 --with-mpfr=/usr/local/lib --with-gmp=/usr/local/lib
from ~/Desktop/Down
--- Comment #7 from william dot grant at ubuntu dot com dot au 2006-09-06
01:25 ---
Could this cause the bug if optimisations are enabled? I don't know anything
about the vpnc source, I just uploaded the last two Ubuntu revisions.
--
william dot grant at ubuntu dot com dot au change
--- Comment #8 from jason at gcc dot gnu dot org 2006-09-06 01:15 ---
Subject: Bug 26102
Author: jason
Date: Wed Sep 6 01:15:39 2006
New Revision: 116710
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116710
Log:
PR c++/26102
* name-lookup.c (do_class_using_decl
--- Comment #11 from jason at gcc dot gnu dot org 2006-09-06 01:15 ---
Subject: Bug 19809
Author: jason
Date: Wed Sep 6 01:15:39 2006
New Revision: 116710
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116710
Log:
PR c++/26102
* name-lookup.c (do_class_using_dec
--- Comment #7 from jason at gcc dot gnu dot org 2006-09-06 01:15 ---
Subject: Bug 26102
Author: jason
Date: Wed Sep 6 01:15:09 2006
New Revision: 116709
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116709
Log:
PR c++/26102
* name-lookup.c (do_class_using_decl
--- Comment #10 from jason at gcc dot gnu dot org 2006-09-06 01:15 ---
Subject: Bug 19809
Author: jason
Date: Wed Sep 6 01:15:09 2006
New Revision: 116709
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116709
Log:
PR c++/26102
* name-lookup.c (do_class_using_dec
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-09-06 00:57 ---
us->u.id.length = 4;
us->u.id.data = xallocc(4);
memcpy(us->u.id.data, s->our_address, sizeof(struct in_addr));
That looks wrong as sizeof(struct in_addr) does not have to equal 4.
--
ht
--- Comment #5 from william dot grant at ubuntu dot com dot au 2006-09-06
00:54 ---
Created an attachment (id=12194)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12194&action=view)
The offending source file, setup_link is the function with issues.
--
http://gcc.gnu.org/bugzi
--- Comment #4 from william dot grant at ubuntu dot com dot au 2006-09-06
00:51 ---
Created an attachment (id=12193)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12193&action=view)
Another broken vpnc binary, this time compiled with -O1, still doesn't connect
properly/
--
ht
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #3 from william dot grant at ubuntu dot com dot au 2006-09-06
00:47 ---
Created an attachment (id=12192)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12192&action=view)
A broken vpnc binary compiled with -O3, it doesn't connect properly
--
http://gcc.gnu.org/bugz
--- Comment #2 from william dot grant at ubuntu dot com dot au 2006-09-06
00:45 ---
Created an attachment (id=12191)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12191&action=view)
Working vpnc binary, compiled with -O0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28958
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-06 00:20 ---
And this is not enough information to reproduce this bug, Can you attach a
testcase?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
(This was originally reported in Ubuntu, at
https://launchpad.net/distros/ubuntu/+source/vpnc/+bug/53341)
Compiling vpnc with any optimisations with GCC 4.1 causes a failure to connect
to a VPN. The issue is in the setup_link function, in vpnc.c, although I've got
no idea exactly what the problem
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #9 from jason at gcc dot gnu dot org 2006-09-05 23:27 ---
Actually, I am, didn't mean to add that comment.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19809
--- Comment #8 from jason at gcc dot gnu dot org 2006-09-05 23:26 ---
I'm not sure this is actually a bug.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jason at gcc dot gnu dot org 2006-09-05 23:14 ---
I guess this warning was never implemented in the new parser.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28513
--- Comment #3 from amodra at bigpond dot net dot au 2006-09-05 22:50
---
This is a limitation of the -fPIC implementation used on powerpc-linux. You
get a maximum of 64K bytes of GOT entries per function (ie. 16K entries).
-fpic is even more limited, with only 64K bytes of GOT for th
--- Comment #16 from kkojima at gcc dot gnu dot org 2006-09-05 21:41
---
Subject: Bug 28764
Author: kkojima
Date: Tue Sep 5 21:41:23 2006
New Revision: 116703
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116703
Log:
PR target/28764
* mode-switching.c (optimiz
--- Comment #5 from bonzini at gnu dot org 2006-09-05 21:40 ---
patch committed, confirmed fixed by andreas
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #3 from pluto at agmk dot net 2006-09-05 21:35 ---
(In reply to comment #1)
> -funswitch-loops fixes the loops.
i don't think it is fixed. imho this is only a partial fix.
> For the first function, we get:
> .L4:
> movl%ebx, (%esp)
> call*%esi
>
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-05 21:11 ---
So this is either fixed with -funswitch-loops and/or -O3 which enables
-funswitch-loops.
And this has been fixed since 3.4.0 which added -funswitch-loops.
--
pinskia at gcc dot gnu dot org changed:
W
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-05 21:08 ---
-funswitch-loops fixes the loops.
For the first function, we get:
.L4:
movl%ebx, (%esp)
call*%esi
jmp .L4
and:
.L3:
movl(%ebx), %eax
movl%ebx, (%esp)
struct A
{
typedef void ( A::* pmf )();
virtual ~A();
virtual void foo() = 0;
};
void unoptimized_loop( A* a, A::pmf f )
{
while ( 1 )
( a->*f )();
}
void optimized_loop( A* a, A::pmf f )
{
typedef void (* pf)( A* );
pf __f = (pf)( a
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-05 20:42 ---
There are two different bugs here, the first one is a regression from 3.2.3.
The second one is accepted by all versions of GCC I have access to from 2.95.3
and upwards.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
Consider:
struct Foo {
Foo(); // comment out -> g++ fails with "error: invalid initializer"
};
void fn()
{
Foo f[2];
Foo g[2] = f;
}
The test above is accepted by g++ (tried 3.4.6, 4.0.0, 4.1.1 and 4.2-20060902).
EDG fails with:
$ edgcpfe pp.cpp
"pp.cpp", line 8: error: initialization wit
--- Comment #7 from bergner at vnet dot ibm dot com 2006-09-05 20:01
---
Well, to get REG_POINTER regs to be the first operand, we'd need to increase
their commutative_operand_precedence. I tried that change already, but that
led to an infinite recursion loop while attempting to simpli
--- Comment #2 from pault at gcc dot gnu dot org 2006-09-05 19:43 ---
The patch is mine!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Assign
--- Comment #3 from pault at gcc dot gnu dot org 2006-09-05 19:42 ---
The patch is mine!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Assign
--- Comment #1 from pault at gcc dot gnu dot org 2006-09-05 19:41 ---
I had better deal with this, since I am teh author of the wrong bit of logic.
Thanks
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from pault at gcc dot gnu dot org 2006-09-05 19:40 ---
A patch is ready but I have not had time to post it.
Watch the list this weekend.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pault at gcc dot gnu dot org 2006-09-05 19:40 ---
A patch is ready but I have not had time to post it.
Watch the list this weekend.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pault at gcc dot gnu dot org 2006-09-05 19:39 ---
A patch is ready but I have not had time to post it.
Watch the list this weekend.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pault at gcc dot gnu dot org 2006-09-05 19:38 ---
(In reply to comment #9)
> The proposed change in comment #8 appears to give several testsuite failures.
>
Yes, I know; see the email that I sent you today. The original patch on #5
works fine and is nearly the righ
--- Comment #6 from bonzini at gnu dot org 2006-09-05 19:25 ---
To clarify, I make this suggestion because I think that we were getting it
right pre-4.2 just out of luck.
I also thought about having a lower commutative_operand_precedence for
REG_POINTER regs than normal regs, but in fac
--- Comment #5 from bergner at vnet dot ibm dot com 2006-09-05 18:43
---
Created an attachment (id=12190)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12190&action=view)
Patch to rs6000_legitimize_address to force base pointers into rA position of
indexed load/store instructions.
--- Comment #4 from bonzini at gnu dot org 2006-09-05 17:41 ---
Subject: Bug 26847
Author: bonzini
Date: Tue Sep 5 17:41:22 2006
New Revision: 116701
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116701
Log:
2006-09-05 Paolo Bonzini <[EMAIL PROTECTED]>
PR rtl-optimi
--- Comment #5 from dpatel at apple dot com 2006-09-05 17:01 ---
I'd already verified that. How about "-O3 -ftree-vectorize" bootstrap failure
?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21335
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-05 16:58 ---
(In reply to comment #3)
> I know this is a bootstrap failure, however is there a small reproducible
> test
> case for this crash ? Thanks.
THe problem in comment #1 has already been fixed for a while now. See the
--- Comment #3 from dpatel at apple dot com 2006-09-05 16:44 ---
I know this is a bootstrap failure, however is there a small reproducible test
case for this crash ? Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21335
--- Comment #2 from janis at gcc dot gnu dot org 2006-09-05 16:31 ---
David is pursuing this as part of a larger effort to fix licenses for GCC
libraries. David, any news?
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-05 15:41 ---
*** This bug has been marked as a duplicate of 28924 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-05 15:41 ---
*** Bug 28955 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-09-05 15:09 ---
Confirmed. In short:
short test(short y)
{
return __sync_and_and_fetch(&y, ~(0x01| 0x02 | 0x03));
}
ICEs with -O -march=pentium4:
t.c: In function 'test':
t.c:4: error: unrecognizable insn:
(insn 14 19 15 2 (set
--- Comment #8 from hjl at lucon dot org 2006-09-05 14:54 ---
TARGET_PARTIAL_FLAG_REG_STALL and TARGET_USE_INCDEC are totally different.
TARGET_USE_INCDEC favors inc/dec over add/sub while
TARGET_PARTIAL_FLAG_REG_STALL
adds test after shift.
--
http://gcc.gnu.org/bugzilla/show_bug.c
I am reporting compiler problem as advised by error message.
GCC version: 4.1.0
System type: build machine is P4 3GHz, building for target i586
# Code to reproduce problem
###
short test(short y)
{
return __sync_and_and_fetch(&y, ~(0x01| 0x02 | 0x03))
}
Note: If the code is
--- Comment #31 from pluto at agmk dot net 2006-09-05 14:31 ---
is it possible to make gcc unwinder work for solaris too?
at this moment unwinding (after throwing the std::exception
from signal handler) on sunos-5.9 looks like this:
0x1141c : signalHandler(int)+0x8
0xff
--- Comment #2 from patchapp at dberlin dot org 2006-09-05 14:15 ---
Subject: Bug number PR25091
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00145.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #7 from uros at kss-loka dot si 2006-09-05 13:43 ---
Hm, proposed patch now generates worse code for following test:
extern int fnc1(void);
extern int fnc2(void);
int test(int x)
{
if (x & 0x02)
return fnc1();
else if (x & 0x01)
return fnc2
--- Comment #7 from uweigand at gcc dot gnu dot org 2006-09-05 12:47
---
(In reply to comment #5)
> Is this also supposed to fix the problem I posted in comment #2? I applied
> that
> patch to my gcc but it didn't fix the generated code for me. It's just weird
> because the bug only ap
--- Comment #6 from uweigand at gcc dot gnu dot org 2006-09-05 12:41
---
(In reply to comment #4)
> Anyways I am going to test the obvious fix unless you (Ulrich) want to do it.
Please go ahead, thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28862
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-09-05 12:02 ---
foo bar[n] is not the same as foo *bar;
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
I define a struct array called 'l' in above the main file. Then I passed 'l' to
load_data(struct line l[]) which is defined in another file called load.c. I
declare load_data(struct line l[]) in load.h.
Then when load_data() want to initialize the l array, a segmentation is
generated.(I have chec
--- Comment #4 from bangerth at math dot tamu dot edu 2006-09-05 11:51
---
Subject: Re: -fprofile-generate/use and C++
anonymous namespaces don't mix
> And you can work around with -frandom-seed=0
Nope, since that means that symbols in anonymous namespaces are the same
every time y
--- Comment #6 from uros at kss-loka dot si 2006-09-05 11:45 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00137.html
BTW: This patch eliminates 869 "test" instructions in povray-3.6.1 compile.
(And my test raytraced pictures are still correct.)
--
uros at kss-loka dot s
--- Comment #3 from etienne_lorrain at yahoo dot fr 2006-09-05 11:32
---
Just for info, does that means we need to wait for YARA to be included,
considering
http://gcc.gnu.org/ml/gcc/2006-08/msg00164.html
it will probably happen after 4.2 ?
I am seeing a lot of them, even some patt
--- Comment #9 from pluto at agmk dot net 2006-09-05 10:20 ---
*** Bug 28895 has been marked as a duplicate of this bug. ***
--
pluto at agmk dot net changed:
What|Removed |Added
-
--- Comment #4 from pluto at agmk dot net 2006-09-05 10:20 ---
*** This bug has been marked as a duplicate of 21498 ***
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #5 from uros at kss-loka dot si 2006-09-05 09:35 ---
The problem here is following:
We already have the patterns, that would satisfy combined instruction
(*lshrsi3_cmp) in above testcase. However, combiner rejects combined
instruction because the register that holds shifted
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-09-05 08:56 ---
And you can work around with -frandom-seed=0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28948
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-09-05 08:42 ---
Yes, would have been my fix, too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28952
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-09-05 08:41 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-09-05 08:40
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-09-05 08:40
---
Fixed on the mainline.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-09-05 08:39
---
Subject: Bug 28900
Author: rguenth
Date: Tue Sep 5 08:39:42 2006
New Revision: 116697
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116697
Log:
2006-09-05 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-09-05 08:36 ---
Subject: Bug 28905
Author: rguenth
Date: Tue Sep 5 08:36:39 2006
New Revision: 116696
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116696
Log:
2006-09-05 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-09-05 08:34 ---
Subject: Bug 28935
Author: rguenth
Date: Tue Sep 5 08:34:00 2006
New Revision: 116695
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116695
Log:
2006-09-05 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #6 from federico dot carminati at cern dot ch 2006-09-05 08:04
---
Subject: Re: Build of the head fails on Mac Intel
Thanks a lot and sorry for losing your time. Best,
Federico Carminati
CERN-PH
1211 Geneva 23
Switzerland
Tel: +41 22 76 74959
Fax: +41 22 76 79480
Mobile:
--- Comment #26 from gcc at mirality dot co dot nz 2006-09-05 07:18 ---
This is very aggravating, and *NEEDS* to get fixed soon. Even if only for the
common duplicate-symbol-on-most-platforms case, that's a significant
improvement over what it's doing now.
--
http://gcc.gnu.org/bug
--- Comment #5 from thomas at reactsoft dot com 2006-09-05 07:10 ---
(In reply to comment #4)
> Actually it looks like an oversight of what relayout_decl does. The reason is
> that relayout_decl was added by the patch to fix "PR c++/16115" and I think
> Jason forgot about user specified
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-09-05 07:08
---
Fixed in upcoming 4.1.2 release.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
* loop.c (biased_biv_may_wrap_p): Rename to biv_may_wrap_p and
remove 'bias' parameter.
(maybe_eliminate_biv_1): Adjust for above change.
Added:
branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/20060905-1.c
Modified:
branches/gcc-4_1-branch/gcc/ChangeLog
89 matches
Mail list logo
