stage1/xgcc -Bstage1/ -B/opt/gnu/gcc/gcc-4.0.0/hppa2.0w-hp-hpux11.11/bin/ -c -g
-O2 -mdisable-indexing -gnatpg -gnata -I- -I. -Iada -I../../gcc/gcc/ada ../.
./gcc/gcc/ada/ada.ads -o ada/ada.o
:0: internal compiler error: Segmentation fault
I believe that this was introduced this afternoon.
--
--- Additional Comments From danglin at gcc dot gnu dot org 2005-02-12
03:34 ---
GNU gdb 6.3.50.20050210-cvs
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it unde
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-11
23:51 ---
Subject: Bug 19697
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-branch
Changes by: [EMAIL PROTECTED] 2005-02-11 23:50:51
Modified files:
gcc: Change
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-12
08:09 ---
Broken by:
2005-02-11 Richard Henderson <[EMAIL PROTECTED]>
* tree-complex.c (expand_complex_libcall): New.
(expand_complex_multiplication): Use it for c99 compliance.
(expand_c
--- Additional Comments From schlie at comcast dot net 2005-02-12 07:59
---
Subject: Re: avr target build broken by recent 'DC'
type update to libgcc2
> This is a complex mode of DFmode. Is DFmode supported at all on avr?
- no, but doubles are defined as being the same size as floats
--- Additional Comments From bothner at gcc dot gnu dot org 2005-02-12
06:25 ---
Checked in --enable-mapped-location fix,
--
What|Removed |Added
Status|REOPENED
--- Additional Comments From kent at sas dot com 2005-02-12 03:50 ---
sorry, next time i'll add a.cpp as an attachment. still getting the hang of
this.
--
What|Removed |Added
---
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-12
06:13 ---
Subject: Bug 15543
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-12 06:12:48
Modified files:
gcc/java : parse-scan.y lex.c jv-scan.c ChangeLo
--- Additional Comments From danglin at gcc dot gnu dot org 2005-02-12
03:59 ---
hppa-unknown-linux-gnu is also broken.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19918
--
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19921
--- Additional Comments From wilson at gcc dot gnu dot org 2005-02-12
04:00 ---
I have taken an initial look. This is an ivopts problem. Compiling with -O
-fno-ivopts works.
There is clearly something wrong with ivopts if I look at the t54.ivopts dump
file. For the J loop iterator, I
As of a few hours ago, avr target build broken by recent 'DC' type update to
libgcc2.
In file included from /Applications/avr/avr-src/gcc/libgcc2.c:56:
/Applications/avr/avr-src/gcc/libgcc2.h:96: error: unable to emulate 'DC'
make[2]: *** [libgcc/./_muldi3.o] Error 1
--
Summary: avr
hi all.
the code snippet below is extracted from a much more
complicated piece of code. basically the problem is that
g++ (3.3 and 3.4) demand different typedef syntax inside
template bodies, depending on whether full or partial
specialization is used.
is this really the correct behaviour and stand
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
05:46 ---
This is a complex mode of DFmode. Is DFmode supported at all on avr? If not,
why not?
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
00:53 ---
This is related to PR 19828 but note constant functions are are required not to
read memory. We are
getting to a point where we have to defined what it means to be both const and
weak which seems like
a
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-11
22:40 ---
Fails on i686 and on AMD64 also. And with both gcc and g++...
In c_finish_return, retval is "(long long int) (a / 2)". That is already
wrong.
In parser_build_binary_op we build TRUNC_DIV_EXPR <(unsig
Sourc code for t.cpp:
int mymain()
{
int i = 0;
static_cast(i) = 1;
return i;
}
Expected Behaviour:
"t.cpp", line 4.9: 1540-
--- Additional Comments From msadoghi at ca dot ibm dot com 2005-02-11
22:51 ---
*** This bug has been marked as a duplicate of 19914 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
05:59 ---
are sure that this is valid c++?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19919
Sourc code for t.cpp:
int mymain()
{
int i = 0;
static_cast(i) = 1;
return i;
}
Expected Behaviour:
"t.cpp", line 4.9: 1540-
The following testcase segfaults on 3.4.4 and 3.4.0, but runs to completion on
3.2.3.
Note this test won't even compile on mainline, so I don't know if the same
problem exists there. See:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19878
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-11
22:50 ---
And there was great rejoicing...
In c-typeck.c:
3253 ovalue = value;
(gdb) p debug_generic_expr (value)
(intD.0) aD.1454 // Good.
(gdb) next
3254 value = convert (type, value);
(gd
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-12
01:09 ---
Subject: Bug 19898
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-12 01:08:34
Modified files:
gcc: ChangeLog
gcc/config/cris: c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
22:56 ---
*** This bug has been marked as a duplicate of 1920 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
22:56 ---
*** Bug 19914 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From wilson at gcc dot gnu dot org 2005-02-11
23:11 ---
Try -fno-optimize-sibling-calls.
sibling-call (tail-call) optimizations can confuse anything that tries to
produce call graph info, and the end result will look similar to the result you
get with function in
--- Additional Comments From msadoghi at ca dot ibm dot com 2005-02-11
22:51 ---
*** Bug 19915 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19914
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
23:12 ---
Confirmed.
--
What|Removed |Added
BugsThisDependsOn||19878
--- Additional Comments From hp at gcc dot gnu dot org 2005-02-11 23:13
---
This is a bug in cris_notice_update_cc, which doesn't account for
postincrement changing the "known" expression. Patch being tested.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19898
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |hp at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From l_belev at yahoo dot com 2005-02-11 23:09
---
(In reply to comment #1)
> Note that the first expression can involve undefined behavior when the
> second doesn't, so transformations between these forms would be invalid
> with -ftrapv and until we have intern
--
What|Removed |Added
Severity|critical|normal
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1991
--- Additional Comments From hp at gcc dot gnu dot org 2005-02-12 01:28
---
See http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00561.html>.
Closed, though should apply to 3.3 and 3.4 too.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
23:13 ---
This has been failing since at least 20041124.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19878
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-12 01:36
---
Diego, I think it's clear that adding a new global variable is much trickier
business than we've previously given it credit.
For the special case of calls, we could get away with recording which
to-be-renamed
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-12 00:09
---
The problem here is that the C front end is not creating a new BIND_EXPR
for the scope starting at the declaration for X. Insert one by hand and
you'll see that the tree optimizers are doing the right thing.
-
--- Additional Comments From joseph at codesourcery dot com 2005-02-11
23:19 ---
Subject: Re: GCC does not disclose parentheses
On Fri, 11 Feb 2005, l_belev at yahoo dot com wrote:
> I dont understand what the purpose of -fwrapv is, because the compiler
> always knows whether the mach
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-11
23:42 ---
Ignore comment #4, it's wrong.
An IRC debug session revealed that the call to get_narrower at c-typeck.c:7492
is incorrect; it's not being fed values properly converted to result_type.
A little archaeo
--- Additional Comments From echristo at redhat dot com 2005-02-12 01:43
---
Ran it through valgrind to track down the memory errors and then started
hunting. Testing a patch currently. valgrind returns no errors after patch.
-eric
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1907
$ cat weak.c
extern void *__pthread_internal_tsd_address (void) __attribute__ ((__const__));
#pragma weak __pthread_internal_tsd_address
void f (void)
{
for (;;)
if (__pthread_internal_tsd_address ? __pthread_internal_tsd_address () : 0)
return;
}
$ gcc/xgcc -Bgcc -O2 -S weak.c
$ grep _
--- Additional Comments From dorit at il dot ibm dot com 2005-02-12 11:13
---
As far as I can see it's related to scalar evolution (nothing gets vectorized,
the ICE happens during the analysis stage of the vectorizer, when the
vectorizer calls analyze_scalar_evolution):
(gdb) backtrac
--
What|Removed |Added
CC||bjoern dot m dot haase at
||web dot de
http://gcc.gnu.org/bugzi
--- Additional Comments From aph at gcc dot gnu dot org 2005-02-12 13:29
---
The patch I submitted is inadequate. I know how to fix it, and I'll resubmit.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19907
--- Additional Comments From andrewhutchinson at cox dot net 2005-02-12
13:50 ---
A sub-optimal fix is to disable movmemhi expansion. Either delete it or the less
draconian:
(define_expand "movmemhi"
[(parallel [(set (match_operand:BLK 0 "memory_operand" "")
(match_o
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-12
13:51 ---
Subject: Bug 8170
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-12 13:51:12
Modified files:
libjava: ChangeLog
libjava/java/lang:
--- Additional Comments From mark at gcc dot gnu dot org 2005-02-12 13:53
---
Patch to fix this and other _Jv_ internal madness checked in.
--
What|Removed |Added
--- Additional Comments From phython at gcc dot gnu dot org 2005-02-12
14:03 ---
Created an attachment (id=8183)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8183&action=view)
testcase
--
What|Removed |Added
---
#include
void dupa()
{
double* wagi;
unsigned int i,synapsy=100;
wagi = (double*)malloc(100*synapsy);
for( i=0;ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=19922
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8170
--
What|Removed |Added
Component|c++ |target
Keywords||missed-optimization
http://gcc.gnu.org/bugzilla/show_b
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-12
14:52 ---
Zdenek, a tree-ssa-loop-im problem, apparently...
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
15:06 ---
Removing target milestone based on Mark's 4.0 status email.
--
What|Removed |Added
Target
--
What|Removed |Added
Summary|avr target build broken by |[4.0 Regression] avr target
|recent 'DC' type update to |build broken by recent 'DC'
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-12
15:19 ---
> Removing target milestone based on Mark's 4.0 status email.
I think this one doesn't qualify: it's a bootstrap failure on all platforms.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
15:22 ---
(In reply to comment #6)
> > Removing target milestone based on Mark's 4.0 status email.
>
> I think this one doesn't qualify: it's a bootstrap failure on all platforms.
Does not matter as it only effects o
6s 2.3152.0
signverifysign/s verify/s
dsa 512 bits 0.0018s 0.0022s546.0460.7
dsa 1024 bits 0.0054s 0.0065s186.6154.8
dsa 2048 bits 0.0179s 0.0220s 55.7 45.5
and here's the same package compiled with gcc 4.0,
gcc-4.0 (GCC) 4.0.0 20050212
--
What|Removed |Added
Component|c |target
Keywords||missed-optimization
http://gcc.gnu.org/bugzilla/show_b
--- Additional Comments From schwab at suse dot de 2005-02-12 15:32 ---
I don't see any contradiction between const and weak. Neither does
__pthread_internal_tsd_address read memory (it returns a pointer to some, but
the address is an invariant). Once you know that the function is no
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-12
15:33 ---
More context on this bug:
http://gcc.gnu.org/ml/gcc-patches/2003-12/msg01946.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19698
MODES_TIEABLE in avr is set such that access to subreg is prevented.
This result is significantly sub-optimal code.
Attached patch changes this. No regressions have been found with test suite -
indeed things got better!
Note this is related to PR/19815 documentation error.
--
Summar
--- Additional Comments From andrewhutchinson at cox dot net 2005-02-12
15:35 ---
Created an attachment (id=8186)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8186&action=view)
Patch to chnage MODES_TIEABLE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19924
--- Additional Comments From kent at sas dot com 2005-02-12 15:37 ---
i'm personally not sure; there is a test harness in the vulcan tree that i'll
extract and submit as an attachment.
the code in question has compiled and run on at least MSVC7, sun forte as well
as GCC 3.2.x; so in that
--- Additional Comments From phython at gcc dot gnu dot org 2005-02-12
15:39 ---
-ftree-vectorize doesn't do anything here as -msse{,2} hasn't been specified.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19922
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-12
15:40 ---
Subject: Bug 14479
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-12 15:40:29
Modified files:
gcc/cp : ChangeLog cp-tree.h name-lookup.c pt.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-12
15:40 ---
Subject: Bug 19487
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-12 15:40:29
Modified files:
gcc/cp : ChangeLog cp-tree.h name-lookup.c pt.
--- Additional Comments From gj at pointblue dot com dot pl 2005-02-12
15:46 ---
I thought that -mtune=pentium3 should get him enough hints to use sse. Some
warning would be great than if what you say is true about -ftree-vectorize!
Besides, -msse doesn't turn on vectorization here e
--- Additional Comments From roger at eyesopen dot com 2005-02-12 16:01
---
I'm unable to reproduce this problem on either ia64-unknown-linux-gnu (an
SGI altix box), with 4.0.0 20050212 (experimental), nor "20050208" on the
same box, nor on powerpc-apple-darwin7.8, nor on
>From Richard Maine, editor of the F2003 standard
program stuff
integer :: i_do
integer :: i(101) = (/ (i_do, i_do=1,101) /)
write (*,*) i
end program stuff
bug1.f90: In function 'MAIN__':
bug1.f90:4: internal compiler error: Possible frontend bug: array
constructor
>From Richard Maine, editor of the F2003 standard
subroutine string_comp
integer, parameter :: map(0:50) = 0
integer :: i
i = map(42)
end subroutine string_comp
In file bug2.f90:4
i = map(42)
1
Error: Incompatible ranks 0 and 1 in assignment
--- Additional Comments From schwab at suse dot de 2005-02-12 16:27 ---
Created an attachment (id=8187)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8187&action=view)
Orignal testcase
This is the original test case from which the other one is simplified,
apparently too much so.
-
>From Richard Maine, editor of the F2003 standard
module fdas_command
contains
function lower_case (string) result(result)
character*(*), intent(in) :: string
character*(len(string)) :: result
result = string
return
end function lower_case
subrouti
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-12
16:29 ---
Subject: Bug 14479
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-02-12 16:29:21
Modified files:
gcc/cp : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-12
16:29 ---
Subject: Bug 19487
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-02-12 16:29:21
Modified files:
gcc/cp : Change
>From Richard Maine, editor of the F2003 standard
subroutine open_th_read_unc2
type my_type
character :: signal_names(10)*16
end type
type(my_type) :: gen
gen%signal_names = ''
write (*,*) gen%signal_names(:)(1:4)
end subroutine open_th_read_unc2
bug4.f90: In funct
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-02-12
16:32 ---
Fixed in 3.4/4.0.
--
What|Removed |Added
Keywords|patch |
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-02-12
16:33 ---
Fixed in 3.4/4.0.
--
What|Removed |Added
Status|ASSIGNED|RE
>From Richard Maine, editor of the F2003 standard
subroutine close_th_read_unc3
type :: unc3_ptr_type
integer, pointer :: unc3
end type
type(unc3_ptr_type) :: unc3_ptrs(10)
allocate(unc3_ptrs(2)%unc3)
deallocate(unc3_ptrs(2)%unc3)
end subroutine close_th_read_unc3
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-02-12
16:34 ---
Probably won't fixed in 3.3.
--
What|Removed |Added
AssignedTo|lerdsuwa at gcc dot
--- Additional Comments From dorit at il dot ibm dot com 2005-02-12 16:35
---
We fail to vectorize with:
wagi.cc:43: note: not vectorized: unhandled data ref: D.31081_39 = this_3->wagi
wagi.cc:43: note: bad data references.
The loop in question looks like this:
# i_1 = PHI ;
:;
D.3
--
What|Removed |Added
Target Milestone|--- |3.4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14479
--
What|Removed |Added
Target Milestone|3.4.4 |3.3.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19487
--- Additional Comments From gj at pointblue dot com dot pl 2005-02-12
16:39 ---
that would be great if it will happend for 4.0.
My bug here acctualy has two sides than. First gcc fails to trace register
value that doesn't change and thus does not require to be cleared on every
loop.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
16:40 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-12
16:43 ---
> Does not matter as it only effects only Ada so it qualifies and Mark wrote:
> "which affect only languages other than C and C++?"
That's wrong, it ruins bootstrap on all platforms, including C and C++.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
16:46 ---
(In reply to comment #8)
> > Does not matter as it only effects only Ada so it qualifies and Mark wrote:
> > "which affect only languages other than C and C++?"
>
> That's wrong, it ruins bootstrap on all p
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
16:51 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
16:56 ---
*** This bug has been marked as a duplicate of 15326 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
16:56 ---
*** Bug 19927 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
16:59 ---
Confirmed, related to PR 17123.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
17:08 ---
Confirmed, related to PR 17202.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-12
17:10 ---
> Huh, it compiles just fine on powerpc-darwin with the default
> enable-languages.
> in fact Ada is not enabled by default in 4.0?
I don't know, I personally always build all languages...
--
http
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-02-12 18:55 ---
Subject: Re: [4.0 Regression] ICE: Segmentation fault compilin
> > > Does not matter as it only effects only Ada so it qualifies and Mark
> wrote:
> > > "which affect only languages other than C an
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-02-12 19:05 ---
Subject: Re: [4.0 Regression] ICE: Segmentation fault compilin
> Although the lack of a milestone only indicates that fixing this bug
> isn't a target for any release of GCC, I personally find this
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
19:16 ---
(In reply to comment #12)
> Also note that it was a new feature introduced for C99 compliance
> that caused the problem.
Not being complainant to a standard is still considered a bug.
--
http://gcc.gnu.o
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-12
19:20 ---
It's a bug in intrinsics/c99_functions.c:nextafterf. Fixing.
--
What|Removed |Added
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-02-12 19:28 ---
Subject: Re: [4.0 Regression] ICE: Segmentation fault compilin
> (In reply to comment #12)
> > Also note that it was a new feature introduced for C99 compliance
> > that caused the problem.
> Not b
--- Additional Comments From roger at eyesopen dot com 2005-02-12 19:31
---
Andreas, thanks for the bigger example, I can now reproduce this failure!
I was wondering whether you could try the following patch to see if helps
for you.
Index: tree-eh.c
=
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
20:05 ---
Fixed by:
* utils.c (gnat_type_for_mode): Return NULL for COMPLEX modes;
validate SCALAR_INT_MODE_P before calling gnat_type_for_size.
--
What|Removed |A
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-12 20:07
---
I do not replicate this as of today.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19623
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-12 20:11
---
Well, we don't vectorize any loops as of today either... Sigh.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19623
1 - 100 of 187 matches
Mail list logo
