--- Comment #4 from dje at gcc dot gnu dot org 2006-01-31 21:30 ---
This was fixed by adding the 'Y' constraint to movtf_internal. One would need
to add the constraint and modify the word_offset_memref_operand() function in
rs6000.c on the GCC-3.4 branch. I am hesitant to s
--- Comment #2 from dje at gcc dot gnu dot org 2006-01-31 21:39 ---
Subject: Bug 25933
Author: dje
Date: Tue Jan 31 21:39:32 2006
New Revision: 110449
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110449
Log:
2006-01-31 Uttam Pawar <[EMAIL PROTECTED]>
--- Comment #7 from dje at gcc dot gnu dot org 2006-01-31 23:26 ---
> I understand for ppc32 but should we require gcc-4.1 -m64 for glibc (which had
> worked in the past)?
We are not requiring gcc-4.1 for -m64, gcc-4.0 -m64 -mlong-double-128 includes
the fix. If gcc-4.0 did no
--- Comment #2 from dje at gcc dot gnu dot org 2006-02-08 02:00 ---
Subject: Bug 26145
Author: dje
Date: Wed Feb 8 02:00:42 2006
New Revision: 110738
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110738
Log:
2006-02-07 Uttam Pawar <[EMAIL PROTECTED]>
--- Comment #8 from dje at gcc dot gnu dot org 2006-02-09 19:30 ---
Try adding the legitimize_reload_address fragment for unaligned offset from
gcc-4.X:
/* Force ld/std non-word aligned offset into base register by wrapping
in offset 0. */
if (GET_CODE (x) == PLUS
--- Comment #3 from dje at gcc dot gnu dot org 2006-02-14 16:06 ---
I see a similar error on PowerPC
tree-cfg.c: In function 'tree_duplicate_sese_region':
tree-cfg.c:4430: internal compiler error: in do_compare_rtx_and_jump, at
dojump.c:945
--
dje at gcc dot gnu dot o
--- Comment #2 from dje at gcc dot gnu dot org 2006-02-15 19:33 ---
Subject: Bug 26147
Author: dje
Date: Wed Feb 15 19:33:33 2006
New Revision: 14
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=14
Log:
2006-02-15 Uttam Pawar <[EMAIL PROTECTED]>
--- Comment #4 from dje at gcc dot gnu dot org 2006-02-15 19:33 ---
Subject: Bug 26184
Author: dje
Date: Wed Feb 15 19:33:33 2006
New Revision: 14
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=14
Log:
2006-02-15 Uttam Pawar <[EMAIL PROTECTED]>
--- Comment #7 from dje at gcc dot gnu dot org 2006-02-17 20:05 ---
AIX 4.2 probably cannot be supported by current versions of GCC. If libstdc++
doesn't work on AIX 4.2, then it doesn't work. I do not have access to any AIX
4.2 system and AIX 4.2 was removed from IBM supp
--- Comment #5 from dje at gcc dot gnu dot org 2006-02-18 16:47 ---
This appears to be related to -fpic. The SYMBOL_REF is considered small data
and rs6000_legitimate_small_data_p() includes !flag_pic. What is generating
this when -fpic?
--
dje at gcc dot gnu dot org changed
--- Comment #7 from dje at gcc dot gnu dot org 2006-02-18 17:24 ---
Reload is creating the symbol_ref from the extenddftf2 splitter, which is
trying to load 0.0. I think this is a case where we need to expand
legitimize_reload_address(). Darwin uses that to fix up these insns, but it
--- Comment #8 from dje at gcc dot gnu dot org 2006-02-18 20:43 ---
Created an attachment (id=10875)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10875&action=view)
patch to place constant 0.0 in MEM and validize to create GOT reference
--
dje at gcc dot gnu dot org
--- Comment #9 from dje at gcc dot gnu dot org 2006-02-18 23:16 ---
libstdc++ configuration may have detected that the particular feature causing
problems was not present or the header may not have defined the function at
all, causing libstdc++ to provide its own implementation.
The
--- Comment #9 from dje at gcc dot gnu dot org 2006-02-18 23:19 ---
Subject: Bug 26350
Author: dje
Date: Sat Feb 18 23:19:02 2006
New Revision: 111255
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111255
Log:
PR target/26350
* config/rs6000/r
--- Comment #6 from dje at gcc dot gnu dot org 2006-02-27 16:07 ---
This is the same problem that has been recurring when compiling with POWER for
a while. This is the first time that it has been reported to affect bootstrap.
The problem is that GCC does not re-recognize the
--- Comment #8 from dje at gcc dot gnu dot org 2006-02-28 00:45 ---
Created an attachment (id=10929)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10929&action=view)
Expand store multiple cases
Does this patch help?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26481
--- Comment #11 from dje at watson dot ibm dot com 2006-02-28 15:19 ---
Subject: Re: [3.4 only] ICE: unable to find a register to spill in class
`FLOAT_REGS'
If Alan and Gaby want the patch backported to GCC 3.4 branch, it's
okay with me. The patch is fine.
--- Comment #3 from dje at gcc dot gnu dot org 2006-03-13 02:10 ---
AIX 4.2 configuration does not include aix64.opt to define 64BIT.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from dje at gcc dot gnu dot org 2006-03-29 23:15 ---
in progress
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From dje at gcc dot gnu dot org 2005-04-20 14:18
---
rs64a does not support it, but rs64b does. We might want to limit GCC support
to rs64b.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20813
--- Additional Comments From dje at gcc dot gnu dot org 2005-04-25 19:10
---
The problem (on AIX) appears to be related to reaching the end of file.
Specifically,
nr=0
20 continue
read (3,end=30,err=90) n, (x(n),n=1,10)
nr=nr+1
goto 30
30 continue
counts the number of
--- Additional Comments From dje at watson dot ibm dot com 2005-04-25
19:20 ---
Subject: Re: [4.1 Regression] use of poisoned ggc memory causes cpu2000 build
failures
The patch fixes the testcase for me on AIX.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21048
: enhancement
Priority: P2
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dje at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: *-*-*
GCC host triplet: *-*-*
GCC target triplet
--- Additional Comments From dje at gcc dot gnu dot org 2005-04-26 18:33
---
The problem is due to libgfortran not flushing the record length marker to the
file. transfer.c:next_record_w() copies the record length into the buffer,
but does not ensure that the buffer gets flushed to
--- Additional Comments From dje at gcc dot gnu dot org 2005-04-26 18:53
---
Patch:
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02697.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20930
--- Additional Comments From dje at gcc dot gnu dot org 2005-05-03 19:09
---
AIX 5.2 supports weak symbols, when using AIX assembler and linker. wEXP
means weak export and EXP means export.
I do not see this problem when using GCC 4.0. I am not sure if the patch for
this was or
e-checking
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dje at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-ibm-aix5.2.0.0
GCC ho
--- Additional Comments From dje at gcc dot gnu dot org 2005-05-05 14:34
---
Created an attachment (id=8824)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8824&action=view)
pre-processed source for 12077.cc
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21399
--- Additional Comments From dje at gcc dot gnu dot org 2005-05-05 14:37
---
The failure appeared April 25.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21399
--- Additional Comments From dje at gcc dot gnu dot org 2005-05-07 20:24
---
i386 synthesizes a DImode compare for 32-bit mode in target-dependent code.
PowerPC probably needs to do the same.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21237
--- Additional Comments From dje at gcc dot gnu dot org 2005-05-09 21:51
---
confirmed
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever
--- Additional Comments From dje at gcc dot gnu dot org 2005-05-09 21:56
---
This is caused by Geoff's mode macros patch:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg00392.html
addsi3 and adddi3 had different operand predicates, but the patch combined the
patterns, using the a
--- Additional Comments From dje at gcc dot gnu dot org 2005-05-12 00:17
---
I believe that one could use a GCC attribute to say that the arena will be
aligned, but one needs to sprinkle the attribute everywhere that the pointer
is allocated and passed as an argument, not just
--- Additional Comments From dje at gcc dot gnu dot org 2005-05-14 00:48
---
backported patch
--
What|Removed |Added
Status|NEW
--- Additional Comments From dje at gcc dot gnu dot org 2005-05-15 19:54
---
This bug has not been fixed on the 4.0 branch
--
What|Removed |Added
Status
--- Additional Comments From dje at gcc dot gnu dot org 2005-05-16 19:45
---
The testcase pr19155.f fails on AIX. I am confused if this is suppose to work
after the patch or not. Either the testcase should be XFAILed or something else
is wrong with the patch.
--
http://gcc.gnu.org
--- Additional Comments From dje at gcc dot gnu dot org 2005-05-30 01:40
---
This is a regression because libstdc++ previously worked correctly on PPC405 and
now it does not.
--
What|Removed |Added
--- Additional Comments From dje at gcc dot gnu dot org 2005-05-30 16:41
---
See the thread related to
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02424.html .
The problem is that the new builtin atomic functionality does not support all of
the special cases that the inlined assembly
--- Additional Comments From dje at gcc dot gnu dot org 2005-05-31 04:39
---
I see similar problems on AIX.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From dje at gcc dot gnu dot org 2005-06-06 15:17
---
This appears to be related to strength reduction.
-O2 -fno-strength-reduce succeeds
-O1 -fstrength-reduce fails.
The bug is not present in GCC 4.
--
What|Removed |Added
--- 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 dje at gcc dot gnu dot org 2005-06-17 13:56
---
The macro was defined for AIX 5.1 by Roger Sayle:
2003-07-04 Roger Sayle <[EMAIL PROTECTED]>
* config/rs6000/aix51.h (TARGET_C99_FUNCTIONS): Define.
* config/rs6000/a
--- Additional Comments From dje at gcc dot gnu dot org 2005-06-17 15:15
---
pr19155.f produces the following error output:
At line 13 of file pr19155.f
Fortran runtime error: Range error during floating point read
AIX strtod ("", NULL) sets errno to EINVAL, as allowed by th
--- Additional Comments From dje at gcc dot gnu dot org 2003-12-08 04:25 ---
http://gcc.gnu.org/ml/gcc-patches/2003-12/msg00731.html
--
What|Removed |Added
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P2
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dje at gcc dot gnu
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-16 21:39
---
The focus of the problem is the inner loop of functio thin6d at line 572. The
function consumes 97.5% of the cycles and the inner loop consumes 48.5%.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19038
--
What|Removed |Added
CC||dje at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19042
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-12 19:00
---
The new doloop generator is being more conservative for the signed int
argument and induction variable. Unsigned int produces better code. Maybe
the new algorithm could be more aggressive when one of the
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-16 22:58
---
I think it needs some experimentation to determine the best performance trade
off. I do not expect a value of 15 to be correct. I would guess at something
like
#define MOVE_RATIO (TARGET_STRING ? 2
--
What|Removed |Added
CC||dje at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19046
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-19 20:37
---
Other compilers for AIX can work around this problem, but this is asking a lot
from the compiler. I am recategorizing this as an enhancement request.
--
What|Removed |Added
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-23 01:54
---
what release of gcc is used for bootstrap?
what are hard and soft limits, includig limits set in /etc/security?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19082
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-23 15:19
---
Fixing the problem at the RTL evel with loop header copying improves sixtrack
performance 12.5%.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19038
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-23 19:55
---
Do you have the environment variable PSALLOC set on in the process building GCC?
I build on AIX systems with data, stack, and memory size unlimited, 2GB memory,
PSALLOC unset.
If running stage1 genattrtab
--
What|Removed |Added
CC||dje at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19115
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-25 20:14
---
Is this compiled with -mlong-double-128 or using the default, which is
-mlong-double-64 on AIX? GCC currently does not build a long-double-128
multilib on AIX, which would be necessary for that mode to work
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-28 00:10
---
libstdc++ is calling frexpl in libc.a, which expects an AIX format long double
value, not a double. Things work if one uses -mlong-double-128. At some point
we need to default to long-double-128 for AIX for
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-29 18:00
---
Increasing the value of MOVE_RATIO and CLEAR_RATIO decreases SPEC
performance. The uses of the macro may be overloaded and confusing the cost
model. Or it could be harmed by register allocator and spilling
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-30 17:42
---
The patch slightly improves a few SPEC testcases.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19042
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-31 19:38
---
Could we use/extend -ffinite-math-only option to cover this case and assert that
the loop will not be infinite?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19210
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-31 23:55
---
XLC includes the option
strict_induction
Turns off induction variable optimizations
that have the potential to alter the semantics of a
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-07 03:30
---
I finally figured out how to get legitmize_reload_address to force the sum into
a register: wrap the PLUS in another PLUS with constant offset zero. The outer
PLUS becomes the MEM and the inner PLUS becomes
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-07 15:40
---
patch applied
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-07 18:22
---
Created an attachment (id=7893)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7893&action=view)
swap library extension search order for -brtl
Attached is my proposed patch for this problem.
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-10 15:27
---
Patch applied to mainline and GCC 3.4 branch.
--
What|Removed |Added
Status
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-10 15:47
---
The testcases work correctly on AIX and powerpc64-linux, so this likely is due
to Darwin not implementing consistent aggregate padding rules in GCC for
backward compatibility.
--
http://gcc.gnu.org/bugzilla
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-11 20:29
---
Jeff,
The problem does not have to be the source code or the compiler, it can be the
way that you are invoking the compiler. I do not understand why you are
invoking the compiler with -M -fpreprocessed -- you
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-12 20:30
---
confirmed
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-12 20:30
---
config-ml.in bug
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dje at
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-12 20:31
---
config-ml.in see the option surrounded by single quotes and it does not match.
Index: config-ml.in
===
RCS file: /cvs/gcc/gcc/config-ml.in,v
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-12 22:43
---
Regression.
Another solution: eval each option.
--
What|Removed |Added
Summary
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-13 00:53
---
patch committed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-15 00:03
---
GCC 3.3 produces incorrect code but it already has been fixed in GCC 3.4.
--
What|Removed |Added
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-15 00:11
---
GCC 3.3 and earlier are known not to conform to the AIX ABI when passing
structures in registers. GCC is internally self-consistent, but not consistent
with the AIX ABI. AIX system libraries are compiled by
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-15 00:40
---
The inlined asm rtl_a_set() does not list any outputs or clobbers, so it looks
like the compiler safely can assume that the value is unchanged. I am not sure
why the compiler can assume that the value is zero
--
What|Removed |Added
GCC build triplet|apple-ppc-darwin|powerpc-apple-darwin
GCC host triplet|apple-ppc-darwin|powerpc-apple-darwin
GCC target triplet|a
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-16 00:44
---
The testcase works on Mac OS X 10.3.7 for me with -mcpu=G5 and all levels of
optimization. It does not work with -ffast-math, but that is expected. The
original bug report does not state what options are used
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-18 00:03
---
alanm's comment and recommendation are correct. The use of TImode in
PowerPC-specific portion of glibc is incorrect.
--
What|Removed |
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-19 02:44
---
Steven's experiments seem to demonstrate that the current DSE implementation is
not very effective. GCC 4.0 includes RTL optimizations that will catch most if
not all of these cases, so it is not as if
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-20 16:07
---
GCC 3.3 used the magic number of 1000 when initializing the number of
arguments. This bug report does not state the exact failure mode of the
example, but the slightly greater than 1000 words (256 arguments
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-21 02:52
---
PowerPC SVR4 va_arg bug.
--
What|Removed |Added
Status|UNCONFIRMED
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dje at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-22 03:24
---
Patch committed.
This is not a regression, so it will not be fixed on earlier branches.
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dje at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-23 00:24
---
Patch committed.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 19292 depends on bug 19052, which changed state.
Bug 19052 Summary: unit 0 not preconnected to standard error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19052
What|Old Value |New Value
Status: UNCONFIRMED
Keywords: ice-checking
Severity: normal
Priority: P1
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dje at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-26 19:31
---
AIX does not yet implement uselocale(). I am not aware of any faster
interface. Does "C" locale help?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19642
--
What|Removed |Added
CC||rth at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19645
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-27 17:43
---
I bootstrapped in 64-bit mode and did not encounter any checking failure. Was
extra checking enabled? I used SLES9 gcc-3_3-hammer as the bootstrap compiler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From dje at watson dot ibm dot com 2005-01-27
19:09 ---
Subject: Re: PPC64 64-bit build failure
I configured with:
--build=powerpc64-linux --host=powerpc64-linux --target=powerpc64-linux
--with-cpu=default32 --enable-threads=posix --enable-shared
--enable
--- Additional Comments From dje at watson dot ibm dot com 2005-01-27
21:20 ---
Subject: Re: PPC64 64-bit build failure
--with-cpu=default32 builds 32bit by default IIRC.
You obviously replied without reading my message. I said, "I am building
everything with -m64".
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-28 00:18
---
I bootstrapped again omitting --with-cpu=default32 and with -m64. No problems.
I also built and installed gcc version 3.4.4 20050109 (prerelease) and used it
to bootstrap with -m64. No problems.
--enable
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-28 00:18
---
I bootstrapped again omitting --with-cpu=default32 and with -m64. No problems.
I also built and installed gcc version 3.4.4 20050109 (prerelease) and used it
to bootstrap with -m64. No problems.
--enable
--- Additional Comments From dje at gcc dot gnu dot org 2005-02-14 16:03
---
With -O2/-O3 -funroll loops -fswitch-loops -fpeel-loops, mgrid (and swim) no
longer regress. With just -O2/-O3, performance regression for mgrid remains
(and swim performance dropped dramatically
--- Additional Comments From dje at gcc dot gnu dot org 2004-10-11 15:03 ---
Failures fixed.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From dje at gcc dot gnu dot org 2004-10-14 14:49 ---
reducing priority
--
What|Removed |Added
Severity|critical|normal
--- Additional Comments From dje at gcc dot gnu dot org 2004-10-15 20:16 ---
Proposed patch:
http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01299.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18002
--- Additional Comments From dje at watson dot ibm dot com 2004-10-18 01:50
---
Subject: Re: ICE cause by reload
(subreg:SI (reg:DI)) normally isn't a problem, except when reg:DI
is assigned to an FPR. If reg:DI was assigned to an FPR, CLASS probably
is NON_SPECIAL
: mgrid loop performance regression with ivopts
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dje at gcc
1501 - 1600 of 1800 matches
Mail list logo
