--
What|Removed |Added
Component|c |middle-end
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cg
0/bin/gcc -v -g -O1 tst.i
Using built-in specs.
Target: ia64-unknown-linux-gnu
Configured with: ../gcc/configure --prefix=/home/src/gcc/4.0
--enable-languages=c
Thread model: posix
gcc version 4.0.1 20050607 (prerelease)
/home/src/gcc/4.0/libexec/gcc/ia64-unknown-linux-gnu/4.0.1/cc1 -fpreprocess
ome/src/gcc/4.0 --enable-languages=c Thread model: posix gcc version
4.0.1 20050607 (prerelease)
/home/src/gcc/4.0/libexec/gcc/ia64-unknown-linux-gnu/4.0.1/cc1 -fpreprocessed
tst.i -quiet -dumpbase tst.i -auxbase tst -g -O1 -version -o /tmp/ccGs6ixv.s
GNU C version 4.0.1 20050607 (prerelease
--- Additional Comments From jvdelisle at verizon dot net 2005-06-08 06:04
---
This is looking much better now. Compiled with -O2 -march=pentium4
gcc version 4.1.0 20050607 (experimental)
CGV drivers: 64 out of 1092 tests failed to pass the threshold
DXV drivers:200 out
--- Additional Comments From jvdelisle at verizon dot net 2005-06-08 05:26
---
We have sinh, cosh, tanh. I will work on the asinh, acosh, and atanh.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21915
Compile with -freorder-blocks-and-partition and you'll find
006b4a73 t .COLDE999
004026a0 t .HOTB0
These symbols are not removed by the assembler because they are not
named properly. The partitioning code should be using either
ASM_GENERATE_INTERNAL_LABEL or targetm.asm_out.inter
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-08
05:06 ---
Subject: Bug 21889
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-08 05:05:48
Modified files:
gcc: ChangeLog config.gcc dwarf2out.c syst
--- Additional Comments From phython at gcc dot gnu dot org 2005-06-08
03:32 ---
The problem with the hash table seems to be fixed in gcc 4.1, but not gcc 3.4
or 4.0. In gcc 4.1 hash_rtx is used for the implicit sets instead of the really
dumb hash_set.
--
http://gcc.gnu.org/bugzil
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-08
02:45 ---
Subject: Bug 18655
CVSROOT:/cvs/gcc
Module name:gcc
Branch: csl-3_4_3-linux-branch
Changes by: [EMAIL PROTECTED] 2005-06-08 02:44:59
Modified files:
.
--- Additional Comments From giovannibajo at libero dot it 2005-06-08
01:52 ---
Confirmed.
--
What|Removed |Added
CC||janis at gc
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-08 00:08
---
This patch trivially "fixes" the problem because the argument to
legitimate_pic_address_disp_p is incorrect, and it will always
return false.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-07 23:49
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-07
23:48 ---
Subject: Bug 21528
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-07 23:48:31
Modified files:
gcc: Change
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-07
23:46 ---
This seems to be a duplicate of our famous bug PR 15966.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21902
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-07
23:45 ---
Subject: Bug 21528
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-07 23:45:09
Modified files:
gcc: ChangeLog rtlanal.c
Log message:
--- Additional Comments From bangerth at dealii dot org 2005-06-07 23:28
---
I concur with the last post -- a dummy return at the end would solve
the problem and seems like an acceptable solution for a release
branch.
W.
--
What|Removed |Added
-
--- Additional Comments From fuzzypoint at yahoo dot com 2005-06-07 22:19
---
(In reply to comment #5)
> Yup, segfaults for 64 on x86-64 too with 3.4.5pre:
>
> Program received signal SIGSEGV, Segmentation fault.
> main (argc=-1781549440, argv=0x0) at stl_deque.h:134
> 134 { r
--- Additional Comments From pcarlini at suse dot de 2005-06-07 21:54
---
Hi Benjamin. I see: basically, we forgot to implement the stringbug::showmanyc
virtual. Strictly speaking the current behavior is correct wrt the standard but
indeed providing the natural one (as you are doing) imp
/testsuite : ChangeLog
Added files:
gcc/testsuite/gcc.c-torture/execute: 20050607-1.c
Log message:
PR middle-end/21850
* tree.c (get_unwidened): Stop at NOP_EXPR/CONVERT_EXPR that convert
from vector types.
* gcc.c-torture/execute/20050607-1.c: New test
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-07 21:36
---
Yo P, can you comment on this at some point?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21955
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-07 21:28
---
Created an attachment (id=9045)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9045&action=view)
patch
Patch, testsuite reorg and additions
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21955
Basically, in_avail for stringbufs is missing key bits.
#include
#include
#include
double
test_stringstream()
{
double result;
char* source = "1918";
std::stringstream s;
s << source;
std::string tmp = s.str();
std::streambuf* sb = s.rdbuf();
int i = sb->in_avail();
if (i)
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-07
20:53 ---
Fixed in 4.1, waiting for 4.0 to reopen.
--
What|Removed |Added
Summary|matmul do
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-07
20:46 ---
Subject: Bug 21926
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-07 20:46:17
Modified files:
libgfortran: ChangeLog
libgfortran/m4 : m
--
What|Removed |Added
Component|other |testsuite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21954
On Tru64 UNIX V4.0F, gcc.dg-struct-layout-1_generate fails to link since
the platform lacks snprintf:
Executing on host: gcc -g -O2 -o
/vol/gcc/obj/gcc-4.1.0-20050525/4.0f-gcc/gcc/testsuite/gcc.dg-struct-layout-1_generate
/vol/gnu/src/gcc/gcc-dist/gcc/testsuite/gcc.dg/compat/struct-layout-1_ge
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-07
20:35 ---
Most likely related to PR 21885.
--
What|Removed |Added
BugsThisDependsOn|
--
What|Removed |Added
OtherBugsDependingO||21953
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21885
--
What|Removed |Added
Component|pending |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21953
NOTE: Defaulting component because reported component no longer exists
Many tmpdir-gcc.dg-struct-layout-1 tests fail on mainline on Tru64 UNIX
V5.1B:
FAIL: tmpdir-gcc.dg-struct-layout-1/t001 c_compat_x_tst.o-c_compat_y_tst.o
execute
FAIL: tmpdir-gcc.dg-struct-layout-1/t002 c_compat_x_tst.o-c_com
During a mainline bootstrap with Ada included (and the patch from PR
tree-optimization/21029 to avoid an infinite loop in stage3) on Tru64 UNIX,
there occur many warnings like this:
% stage1/xgcc -Bstage1/ -B/vol/gcc/share/alpha-dec-osf5.1b/bin/ -c -g -O2
-gnatpg -gnata -I- -I. -Iada -I/vol
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-07
20:11 ---
Reduced testcase:
int main (void)
{
__label__ l1;
void q(void)
{
goto l1;
}
l1:;
}
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-07
20:02 ---
(In reply to comment #3)
> Same thing happens when compiling libgcov (this is indeed a regression, since
> we
> can't build GCC anymore on i386-mingw32).
That is PR 21597.
--
What|Removed
--- Additional Comments From sebastian dot pop at cri dot ensmp dot fr
2005-06-07 20:02 ---
fixed.
--
What|Removed |Added
Status|NEW |RES
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-07
20:01 ---
Same thing happens when compiling libgcov (this is indeed a regression, since we
can't build GCC anymore on i386-mingw32).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21826
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-07
19:54 ---
Subject: Bug 20742
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-07 19:54:23
Added files:
gcc/testsuite/gcc.c-torture/compile: 20050423-1.c
Log m
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-07
19:51 ---
Subject: Bug 18403
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-07 19:51:26
Modified files:
gcc: ChangeLog Makefile.in tree-chrec.c tr
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-07
19:51 ---
Subject: Bug 21861
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-07 19:51:26
Modified files:
gcc: ChangeLog Makefile.in tree-chrec.c tr
--- Additional Comments From dorit at il dot ibm dot com 2005-06-07 19:49
---
> When were you seeing it on those platforms? My monitoring has never shown
> this as an i686-pc-linux-gnu failure, but it still fails on ia64-hpux,
> both -milp32 and -mlp64, as of today's mainline.
you're
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-07
19:48 ---
This seems to be an RTL bug in 4.0. None of the tree optimizers seem to be
doing anything wrong with this code. However, applying this patch to the test
case:
--- sp_test.ii 2005-06-06 12:02:57.00
--- Additional Comments From veksler at il dot ibm dot com 2005-06-07
19:46 ---
(In reply to comment #3)
> Paolo I copied the quote fully when I really should not have. RTH did not
know we could not fix the
> if(0) part in libstdc++ at the time he wrote that comment, if you read the
n
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-07
19:39 ---
No, it's really a bug.
In 3.9.2 [basic.compound] we have:
Compound types can be constructed in the following ways:
[...]
- pointers to void or objects or functions (...) of a given type,
[...]
-
--- Additional Comments From dje at gcc dot gnu dot org 2005-06-07 19:15
---
gfortran patches are not being backported as originally promised.
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-07
19:07 ---
> There is a DR and surely another bug report about this. It's uncertain
> whether
> typename is needed to disambiguate a qualified name where the scope is the
> injected class name (which always refers
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-07
18:56 ---
> Well, you may have noticed I'm already aware of this -- otherwise I wouldn't
> have filed the report in the first place. But the problem is the i386 is
> probably the architecture most code is primaril
--- Additional Comments From giovannibajo at libero dot it 2005-06-07
18:45 ---
There is a DR and surely another bug report about this. It's uncertain whether
typename is needed to disambiguate a qualified name where the scope is the
injected class name (which always refers to the curr
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-07
18:16 ---
(In reply to comment #2)
> > You may retartget this pr to fixing the silliness in libstdc++, if you want.
Paolo I copied the quote fully when I really should not have. RTH did not
know we could not fix t
--- Additional Comments From macro at linux-mips dot org 2005-06-07 18:16
---
> > Of course it changes the ABI -- if any member of a record (which is an
> > equivalent to a C structure) gets its alignment increased, then the
> > alignment
> > of the containing record (structure) gets a
--- Additional Comments From pcarlini at suse dot de 2005-06-07 18:12
---
> You may retartget this pr to fixing the silliness in libstdc++, if you want.
And the "silliness" would be? Personally, I'm finding quite a bit of silliness
in this remark, to tell you the truth and indeed, mainl
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-07
18:00 ---
*** Bug 21951 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-07
18:00 ---
And I already filed this way back, see PR 19699 which I am closing this bug as
a dup.
See comment #2 in that PR from RTH:
There is zero chance that this will be fixed for 4.0. That's exactly why Ian
implem
Compiling the following code:
#include
std::vector *factory()
{
std::vector *p = new std::vector;
p->reserve(10);
return p;
}
with -Wall -O -fno-exceptions yields the following error in gcc-4.0.0
and gcc-4.0-20050602:
.../include/c++/4.0.0/bits/vector.tcc: In member func
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-07
17:11 ---
*** Bug 21947 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-07
17:11 ---
Yes it is, I knew that there was one somewhere but I forgot where.
*** This bug has been marked as a duplicate of 21094 ***
--
What|Removed |Added
--
--- Additional Comments From joseph at codesourcery dot com 2005-06-07
17:10 ---
Subject: Re: [4.1 Regression] gcc.dg/vect/vect-97.c
fails
On Tue, 7 Jun 2005, dorit at il dot ibm dot com wrote:
>
> --- Additional Comments From dorit at il dot ibm dot com 2005-06-07
> 07:42 ---
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-07
17:07 ---
Confirmed.
It's in the standard from 1998: [14.6]/6
--
What|Removed |Added
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-07
16:55 ---
Should be fixed now. Thanks all for testing/reviewing so quickly.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-07
16:54 ---
Subject: Bug 21847
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-07 16:54:16
Modified files:
gcc: ChangeLog tree-ssa-dce.c
Log messag
--- Additional Comments From joseph at codesourcery dot com 2005-06-07
16:50 ---
Subject: Re: New: libmudflap C++ testsuite executed
even if c++ is not enabled
On Tue, 7 Jun 2005, giovannibajo at libero dot it wrote:
> I don't think libmudflap.c++ should be run if C++ was not built.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-07
16:49 ---
Subject: Bug 21847
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-07 16:48:53
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-07
16:23 ---
Another C99 math function missing.
--
What|Removed |Added
BugsThisDependsOn|
Even with the patch to fix PR libfortran/15234
http://gcc.gnu.org/ml/fortran/2005-06/msg00118.html
(and already mentioned there), all gfortran execution tests fail on
alpha-dec-osf4.0f like this:
% LD_LIBRARY_PATH=../../alpha-dec-osf4.0f/libgfortran/.libs:.. ./PR19754_2.exe
4552:./PR197
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-07
15:51 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From gbenson at redhat dot com 2005-06-07 15:45
---
Created an attachment (id=9044)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9044&action=view)
Fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21949
The getClassLoader method of java.rmi.server.RMIClassLoader is private, but it
should be public according to the spec. The attached patch fixes.
http://java.sun.com/j2se/1.4.2/docs/api/java/rmi/server/RMIClassLoader.html#getClassLoader(java.lang.String)
--
Summary: java.rmi.server.RM
--- Additional Comments From mark at codesourcery dot com 2005-06-07 15:45
---
Subject: Re: [4.0/4.1 Regression] misscompiling
of the following java code
steven at gcc dot gnu dot org wrote:
> --- Additional Comments From steven at gcc dot gnu dot org 2005-06-07
> 07:48 ---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-07
15:27 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
Keywords||wrong-debug
Known to work||4.1.0
Last reconfirmed|2005-06-07 08:41:52
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-06-07
14:58 ---
Patch withdrawn due to overlooking default function argument and default
template argument. No nice solution is found yet.
--
What|Removed |Added
---
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-06-07
14:57 ---
Patch withdrawn due to overlooking default function argument and default
template argument. No nice solution is found yet.
--
What|Removed |Added
---
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-06-07
14:57 ---
Patch withdrawn due to overlooking default function argument and default
template argument. No nice solution is found yet.
--
What|Removed |Added
---
--
What|Removed |Added
Component|other |c
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2194
It would be nice to see a -Werror-cast-size option on 64-bits archs.
-Werror-cast-size could help develop portable (32/64-bits) software.
--
Summary: [diagnostic] enable errors on `cast from/to pointer
to/from integer of different size`
Product: gcc
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-07
12:26 ---
> It's hard to argue for me as Ada is not a language I'm familiar with, but
> the problematic assignment is:
>
> return Ch.Attr;
>
> in Get_Character_Attribute() and both Ch.Attr and the return value of
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-07
12:16 ---
This worked in 3.4.x because we added a conversion operator:
tree_transform :
expand_return (build_binary_op (MODIFY_EXPR, NULL_TREE,
DECL_RESULT (curr
--- Additional Comments From macro at linux-mips dot org 2005-06-07 12:14
---
> That's not quite true, the type is not the same.
It's hard to argue for me as Ada is not a language I'm familiar with, but
the problematic assignment is:
return Ch.Attr;
in Get_Character_Attribute() and b
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-07
11:42 ---
(In reply to comment #8)
> So is this fixed now?
On the mainline yes but not on the 4.0 branch.
--
What|Removed |Added
--
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-07
11:31 ---
Investigating.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ebo
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-07
11:30 ---
> This problem happens for platforms that set STRICT_ALIGNMENT. For them it is
> possible for a given record type to be expressed using an integer mode if used
> as a member record, and the BLK mode if us
--- Additional Comments From macro at linux-mips dot org 2005-06-07 10:28
---
Here are details missing from the original report (sorry about that).
This is output from the compiler when the ICE happens:
4.0.0 (alpha-unknown-linux-gnu) GCC error:
in simplify_subreg, at simplify-rtx.c:
--- Additional Comments From tobi at gcc dot gnu dot org 2005-06-07 10:18
---
I thought I had already ...
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-07
10:17 ---
Subject: Bug 21946
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-07 10:17:36
Modified files:
gcc: ChangeLog dwarf2out.c var-tracking.c
--- Additional Comments From dorit at il dot ibm dot com 2005-06-07 10:13
---
I also see this on powerpc-apple-darwin:
g++ -O -ftree-vectorize -maltivec pr21933.cc
pr21933.cc: In function 'void baz()':
pr21933.cc:23: internal compiler error: tree check: expected ssa_name, have
var_decl
--- Additional Comments From dorit at il dot ibm dot com 2005-06-07 09:58
---
> I tried on powerpc-apple-darwin and on i686-pc-linux-gnu - couldn't reproduce
> the failure
correction - can't reproduce the failure on powerpc,
but I do see the ICE on i686-pc-linux-gnu with both testcases
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-07
09:33 ---
Testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |re
I configured GCC HEAD (of 10 days ago) with "--enable-languages=c", then I
bootstrapped it and ran "make -k check". In the test summary, I see failing
mudflap C++ tests:
FAIL: libmudflap.c++/fail24-frag.cxx (test for excess errors)
WARNING: libmudflap.c++/fail24-frag.cxx compilation failed to pr
--
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
||patches/2005-
|
On ppc32:
/* { dg-options "-m32 -O2 -g" } */
extern int m;
struct A { unsigned char a; };
struct B { void *b; };
extern struct B *fn (int x);
struct C { struct C *c; };
static unsigned char *d;
typedef int (*T) (struct C *, void *);
struct C *foo (struct C *, T, void *);
int fx (struct C *, void *)
--- Additional Comments From stefaan dot deroeck at gmail dot com
2005-06-07 07:54 ---
Another testcase possibly, that triggers the fault on 20050605 with parameters
-march=pentium4 -O3 -ftree-vectorize, but not with -O2 or -O1. Bug 21933 seems
related but doesn't trigger with -O3 or -
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-07
07:53 ---
I didn't even know we support multiple nesting like this...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21728
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-07
07:51 ---
So is this fixed now?
--
What|Removed |Added
Status|ASSIGNED|
--- Additional Comments From dorit at il dot ibm dot com 2005-06-07 07:50
---
This testcase doesn't get vectorized anymore, after my patch from
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02817.html:
"pr21859.f90:6: note: not vectorized: redundant loop. no profit to vectorize.
pr21859
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-07
07:49 ---
You, like many DCE bugs before you, are now MINE!
--
What|Removed |Added
AssignedTo|u
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-07
07:48 ---
Re. comments #13 and #13, I _already_ said it should be "true" in comment #8
;-)
I'll commit the patch tonight. Mark, is this approval also for the 4.0 branch?
--
What|Removed
--- Additional Comments From dorit at il dot ibm dot com 2005-06-07 07:42
---
> I tried vect-97.c on power-pc and couldn't reproduce the problem.
> I don't know if this means that the problem goes away with recent
> patches or that it only occurs when vectorizing on ia64. I don't
> have
--- Additional Comments From dorit at il dot ibm dot com 2005-06-07 07:35
---
> I tried compiling x.ii on power-pc and couldn't reproduce the problem.
> I don't know if this means that the problem goes away with recent
> patches or that it only occurs when vectorizing on pentium. I curr
98 matches
Mail list logo
