With current GCC CVS (4.0.0 20050122) I get the following ICE compiling glibc:
/opt/gcc/4.0-devel/libexec/gcc/x86_64-suse-linux-gnu/4.0.0/cc1 -fpreprocessed
s_fma2.i -quiet -dumpbase s_fma.c -mtune=k8-auxbase-strip /tmp/s_fma.o -g -O2
-Wall -Winline -Wno-pointer-sign -Wstrict-prototypes
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-23 09:28
---
Created an attachment (id=8042)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8042action=view)
Reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19584
--- Additional Comments From pcarlini at suse dot de 2005-01-23 10:30
---
Somebody mentioned that using unions for type punning was described
Thanks Nathan for the clarification. Actually, however, we really want
to deal with those issues via appropriate __attribute__, we debated the
Compiling glibc with -m32 I get the following ICE:
/opt/gcc/4.0-devel/libexec/gcc/x86_64-suse-linux-gnu/4.0.0/cc1 -fpreprocessed
inl-tester.i -quiet -dumpbase inl-tester.c -m32 -march=i686
-mpreferred-stack-boundary=2
-auxbase-strip /builds/glibc/4.0-linuxthreads-32bit/string/inl-tester.o -g
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-23 10:37
---
Created an attachment (id=8043)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8043action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19585
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-23
10:45 ---
Subject: Bug 19343
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-23 10:45:01
Modified files:
libstdc++-v3 : ChangeLog
--- Additional Comments From pcarlini at suse dot de 2005-01-23 10:46
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
gij always fails to iterpret a class and exits with SIGABR see
http://bugs.gentoo.org/show_bug.cgi?id=78571
for more info
--
Summary: gij exits with SIGABR
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority:
The follow program results in a warning at the indicated position. As far as I
can tell, the warning is a false positive.
Code like this one immediately suggests itself if you've got two parallel type
hierarchies (and Bar is actually a dispatching operation on the second type
which is not shown
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
11:13 ---
The patch you identified makes RTL store motion work. Before the patch
gcse-sm just did almost nothing at all.
You can't blame a patch for fixing a pass.
Closing this as won't fix. Lets focus on
--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen
dot de 2005-01-23 11:13 ---
How comes, that if I change _Bool to int, after tree-optimizations we get
foo (flag)
{
int D.1121;
bb 0:
D.1121_2 = *flag_1;
if (D.1121_2 != 0) goto L0; else goto L3;
L0:;
bar
--- Additional Comments From wf_cs at yahoo dot com 2005-01-23 11:36
---
http://gcc.gnu.org/ml/fortran/2004-12/msg00136.html
http://gcc.gnu.org/ml/fortran/2005-01/msg00118.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18827
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-23
12:26 ---
Created an attachment (id=8044)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8044action=view)
Example 2 to reproduce the ICE
There seems to be some improvement on this PR. pr19421.c doesn't trigger
--
What|Removed |Added
Attachment #7948 is|0 |1
obsolete||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
I want to un-show a specific warning, namely the one about string length:
Warnung: Zeichenkettenlänge »5388« ist größer als die Länge »509«, die von
ISO-C89-Compilern unterstützt werden muss (which translates roughly to
Warning: String length »5388« is larger than the length »509« which is
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
13:17 ---
Andrew, 30 lines is quite OK to paste if you rename things a bit ;-)
You'll find that mgrid.f is already available on the web anyway:
http://www.cs.duke.edu/~tavi/scheduling/mgrid.f
--
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
13:30 ---
GCC mainline as of 2005-01-23 produces this with -O2 -fomit-frame-pointer:
f:
xorl%edx, %edx
.p2align 4,,7
.L2:
movlb(,%edx,4), %eax
movl%eax, a(,%edx,4)
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
13:31 ---
My patch for PR19464 will fix this.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
13:33 ---
What is the status on this one?
--
What|Removed |Added
Status|NEW
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
13:35 ---
Mainline today produces:
foo:
.LFB2:
xorl%eax, %eax
movl$4, %ecx
movl$state, %edx
.p2align 4,,7
.L2:
mov %eax, %eax
movl
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
14:18 ---
It's definitely not the bitmaps:
time seconds secondscalls s/call s/call name
10.28 25.1425.14 24356740 0.00 0.00 ggc_alloc_stat
5.39 38.3213.18 3133403 0.00
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-23
14:20 ---
Subject: Bug 19313
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-23 14:19:55
Modified files:
gcc/fortran: ChangeLog trans-io.c
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
14:23 ---
Looks to me like Seb may want to look at this bug too...
--
What|Removed |Added
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
14:24 ---
One more, because I also run out of memory pretty quickly:
---
0.000.00 1/22863854 c_build_bind_expr [1608]
0.00
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
14:22 ---
More profile data:
---
0.00 187.04 1/1 execute_pass_list [6]
[7] 76.50.00 187.04 1
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
14:37 ---
Bravo Zdenek!!!
.text
.p2align 4,,15
.globl strength_test2
.type strength_test2, @function
strength_test2:
.LFB2:
movl(%rdi), %r8d
leaq8(%rdi),
--
What|Removed |Added
CC||mueller at kde dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19585
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-01-23 14:36 ---
(In reply to comment #8)
Closing this as won't fix. Lets focus on PR19581 instead.
Two notes:
1) tree-outof-ssa does not coalesce variables in this case:
g.c:
--
What|Removed |Added
CC||mueller at kde dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19474
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-23
14:49 ---
A sibcall problem, hence the workaround -O2 -fno-optimize-sibling-calls.
--
What|Removed |Added
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
14:54 ---
CVS today:
.text
.p2align 4,,15
.globl bar
.type bar, @function
bar:
movlex1, %eax
pushl %ebp
movl%esp, %ebp
movb$1, (%eax)
--prefix=/usr/work/2005023/irun
Thread model: posix
gcc version 4.0.0 20050123 (experimental)
/usr/local/gfortran/irun/bin/../libexec/gcc/i686-pc-linux-gnu/4.0.0/f951
logical_data.f -ffixed-form -quiet -dumpbase logical_data.f -mtune=pentiumpro
-auxbase logical_data -version -o /tmp/cc2uDAa6.s
GNU
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
14:57 ---
Still there as of 2005-01-23
--
What|Removed |Added
Last reconfirmed|2004-12-01 03:19:31
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-01-23
14:58 ---
hmm... ivopts definitely are not the responsible for this, and I am fairly
suprised that this is fixed; could you please check what's happening?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18316
I believe seb/zdenek already submitted patches for speeding up scev quite
recently, with the goal of alleviating this problem.
I'm pretty sure they have not been applied yet.
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-23
15:01 ---
Subject: Re: [4.0 Regression] IV-OPTS is O(N^3)
I believe seb/zdenek already submitted patches for speeding up scev quite
recently, with the goal of alleviating this problem.
I'm pretty sure they have
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni
dot cz 2005-01-23 15:06 ---
Subject: Re: [4.0 Regression] IV-OPTS is O(N^3)
I believe seb/zdenek already submitted patches for speeding up scev quite
recently, with the goal of alleviating this problem.
I'm
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
15:06 ---
First of all, this test case is now completely optimized away, except
for the empty loop. So if this is still an issue, we need a better
test case.
Second, we need to re-evaluate this bug for the
, 8(%ebp)
leave
jmp strlen
.size mystrlen, .-mystrlen
.ident GCC: (GNU) 4.0.0 20050123 (experimental)
--
What|Removed |Added
Last
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
15:14 ---
*** Bug 9079 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3713
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
15:14 ---
*** This bug has been marked as a duplicate of 3713 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
15:15 ---
This is not fixed, see example #2.
--
What|Removed |Added
Status|RESOLVED
--
Bug 8826 depends on bug 9079, which changed state.
Bug 9079 Summary: [tree-ssa] Inline constant function pointers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9079
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
15:17 ---
Again this is different than PR 3713. (steven is closing bugs which are not
really fixed or dups right
now).
--
What|Removed |Added
--
Bug 8826 depends on bug 9079, which changed state.
Bug 9079 Summary: [tree-ssa] Inline constant function pointers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9079
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
15:22 ---
(In reply to comment #2)
-Os is even worse on the mainline now:
_f1:
addi r0,r4,-1
addi r4,r4,1
cmpwi cr7,r0,-1
mulli r0,r0,20
mtctr r4
add r3,r3,r0
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
15:23 ---
Whoops. I forgot to link.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2480
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
15:25 ---
This is a NOP for me on AMD64 but not on i686.
--
What|Removed |Added
GCC host
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
15:17 ---
On i686 I have the following code size (with -fomit-frame-pointer):
textdata bss dec hex filename
66 0 0 66 42 O2.o
48 0 0 48 30
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
15:24 ---
Well since this is more than just a 4.0.0 regressions lets reopen it.
Basically lsm was rewritten for 3.4.0
and it causes this regression which means lsm is not good at all.
--
What
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
15:26 ---
Well it still happens.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
15:41 ---
This is *not* a gcc 4.0 regression. The 4.0 problem is PR19581.
But Andrew prefers keeping multiple bugs open for the same regression,
apparently.
--
--
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2480
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
15:43 ---
(In reply to comment #11)
This is *not* a gcc 4.0 regression. The 4.0 problem is PR19581.
What about 3.4.0?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
15:45 ---
(In reply to comment #7)
Mine. I am testing a patch right now.
Hmm, I get a bootstrap failure with the patch:
/Users/pinskia/src/local3/gcc/libstdc++-v3/libsupc++/eh_alloc.cc: In function
'void
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
15:47 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
15:50 ---
This works for everyone I know about. Could you give more information than
what is here and what is
in the gentoo bug. Like how gcc was configured/built (this was on bugs.html if
the gentoo people
--
What|Removed |Added
Component|middle-end |debug
Keywords||ice-on-valid-code
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
15:51 ---
g.c: g.c.t65.optimized:
void g () |
{ | bb
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
15:56 ---
Clearly it *is* a 3.4 regression.
But the subject also includes 4.0. And that's not right because we have
disabled gcse store motion for gcc 4.0. The bug for 4.0 is PR19581 and
that is just a different
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
16:02 ---
Reduces down to the testcase in PR 19345.
*** This bug has been marked as a duplicate of 19345 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
16:02 ---
*** Bug 19585 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
CC||rth at gcc dot gnu dot org
Keywords||ice-on-valid-code, ssemmx
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
16:03 ---
I get different asm for AMD64 as well:
.L4: | .L11:
movslq %r10d,%rax movslq %r10d,%rax
movslq %r11d,%rdx
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
16:15 ---
Confirmed, fully reduced testcase:
double __fma(void)
{
double t,t1;
{union {double d; unsigned long long i;} _bitsy; _bitsy.i =
0x2010LL; t1 = _bitsy.d;};
{union {double d; unsigned long
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
16:22 ---
(In reply to comment #8)
(In reply to comment #7)
Mine. I am testing a patch right now.
Hmm, I get a bootstrap failure with the patch:
And here is the reduced testcase for that failure:
void f(void);
This is from Briggs' code quality suite:
void vnum_test8(int *data)
{
int i;
int stop = data[3];
int m = data[4];
int n = m;
for (i=0; istop; i++) {
int k = data[2];
data[k] = 2;
data[0] = m - n;
k = data[1];
m = m + k;
n = n + k;
}
}
void
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
16:24 ---
That is because there is no support yet, see PR 9049 which I am closing this as
a dup of.
*** This bug has been marked as a duplicate of 9049 ***
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
16:24 ---
*** Bug 19588 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
16:27 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
16:36 ---
JSM posted a patch to fix this here:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01653.html.
--
What|Removed |Added
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-01-23
16:38 ---
Sebastian's patch does not help significantly :-(
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18595
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
16:46 ---
(In reply to comment #9)
I have to rethink this, maybe we should skip those trees before passing to
block_may_fallthru.
Yes that fixes it (I will submit the patch after lunch).
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
16:48 ---
Confirmed.
--
What|Removed |Added
OtherBugsDependingO||19292
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-23
17:01 ---
Subject: Bug 19294
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-23 17:01:00
Modified files:
gcc/fortran: ChangeLog iresolve.c
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-23
17:08 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19294
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-01-23
17:14 ---
Also did not help much.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18595
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-01-23
17:04 ---
One extra N factor seems to be coming from simple_iv
(analyze_scalar_evolution_in_loop). The function was created before
loop closed ssa form, under assumptions of lcssa it should be possible
to get rid of
Take the following three lines of code. Please note it is haskell code
not C however that is irrelevant since this is a preprocessor issue:
$ cat nl-escape.hs
-- stuff
infix 5 \\
-- more stuff
$
Please note, there is a single space after the double backslash.
using gcc-3.4.3:
$ gcc-3.4.3 -v
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-23
17:48 ---
*** This bug has been marked as a duplicate of 17186 ***
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-23
17:49 ---
*** Bug 19572 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From rickard dot narstrom at gmail dot com
2005-01-23 17:59 ---
# gcj -v
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/specs
Configured with: /var/tmp/portage/gcc-3.4.3.20050110/work/gcc-3.4.3/configure
--enable-version-specific-runtime-libs
/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/expr.c
/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/expr.c: In function
`emit_group_load':
/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/expr.c:1978: internal
compiler error: Segmentation fault
Please submit a full bug
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
18:03 ---
Can you report this to freebsd, it might be that your machine has bad memory.
Also I really doubt that this is a bug at all in GCC because people do make
buildworld all the time for
freebsd.
--
--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2005-01-23 18:16 ---
See http://gcc.gnu.org/ml/fortran/2005-01/msg00284.html
for a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18565
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-01-23 18:31 ---
(In reply to comment #13)
What exactly are you expecting to be coalesced in this case, if I may ask?
I am expecting all of D.1129 and D.1131 to be coalesced so this:
D.1129 = r[0] + r[2];
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
18:39 ---
Where are we standing with this one today?
--
What|Removed |Added
Status|NEW
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
18:48 ---
Zack, Joseph, could one of you comment on Jan's interpretation of
the semantics of restrict?
This restrict keyword keeps coming back to haunt us, bah.
--
What|Removed
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
18:51 ---
We should probably have a metabug for restrict. We don't take advantage
of the restrict keyword very well either in some (unfortunately proprierty)
benchmark suites.
--
What|Removed
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
18:55 ---
Honza, Roger asked you something in comment #3, but you're not in the
CC: list, so you probably missed it. Care to comment?
--
What|Removed |Added
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
18:59 ---
Note that a perfectly functioning vrp pass has been on the hammer branch
for years now. It has been rejected at least twice for mainline because
a tree VRP pass was promissed. Sad... :-(
--
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
19:03 ---
On AMD64 I get the following:
oof:
cvttsd2siq %xmm0, %rax
ret
But -O2 -march=prescott
oof:
subl$20, %esp
fnstcw 14(%esp)
movzwl 14(%esp), %eax
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-23
19:07 ---
Subject: Re: [3.4/4.0 Regression] missed load/store
motion
On Sun, 23 Jan 2005, belyshev at depni dot sinp dot msu dot ru wrote:
--- Additional Comments From belyshev at depni dot sinp dot msu
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
19:11 ---
Ehm, does it really think they conflict now, or is it simply not replacing
a reg with a load?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-23
19:22 ---
Subject: Bug 18058
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-23 19:22:03
Modified files:
config : ChangeLog warnings.m4
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
19:23 ---
For x86 I get this:
g:
movlr+8, %edx
movlr, %eax
addl%edx, %eax
movl%eax, r
addlr+4, %eax
movl%eax, r+4
addl%edx,
-- My version of GCC:
GNU C version 4.0.0 20050120 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.0.0 20050120 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
-- GCC output --
gcc -I../libvo -I../../libvo
--- Additional Comments From poirierg at gmail dot com 2005-01-23 19:26
---
Created an attachment (id=8046)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8046action=view)
Here's the file that causes the ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19592
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
19:27 ---
Right now it is the *old* loop optimizer that promotes the array elements
to registers. How about that.
Is there an old loop optimizer meta bug? We'll probably want to do this
elsewhere before the old
1 - 100 of 206 matches
Mail list logo