--- Comment #1 from amylaar at gcc dot gnu dot org 2005-11-11 16:30 ---
Created an attachment (id=10215)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10215&action=view)
test case
For sh-elf,
./cc1 -fpreprocessed -g -O2 l0.c -o l0.s-0
./cc1 -fpreprocessed -g -O2 l0.c -o
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amylaar at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24801
--- Comment #10 from amylaar at gcc dot gnu dot org 2005-11-11 13:39
---
(In reply to comment #1)
> Most (if not all) of these issues are usually a pass depending on addresses
> being the same.
> I think David E. has a bug filed about one of these issues already.
>
I
--- Comment #5 from amylaar at gcc dot gnu dot org 2005-11-09 20:56 ---
(In reply to comment #4)
> -da without -quiet generally produces code that is larger than any of the
> above
> scenarios, but sometimes it produces identical code to -quiet (without -da).
>
I have
--- Comment #4 from amylaar at gcc dot gnu dot org 2005-11-09 19:35 ---
I have observed the -quiet influence only with a proprietary testcase so far
(EEMBC aiifft01/bmark.c for sh-elf -m4 -ml -g -O3 -version -fomit-frame-pointer
-funroll-loops --param max-inline-insns-single=5
--- Comment #3 from amylaar at gcc dot gnu dot org 2005-11-09 19:08 ---
Created an attachment (id=10192)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10192&action=view)
test case
This is a shorter test case, but only debug information changes were observed
for this te
--- Comment #2 from amylaar at gcc dot gnu dot org 2005-11-09 18:59 ---
Created an attachment (id=10191)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10191&action=view)
test case
Mainline version 106440 configured for i686-pc-linux-gnu --with-arch=i686:
../../i686/
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amylaar at gcc dot gnu dot org
http://gcc.gnu.org
--- Comment #32 from amylaar at gcc dot gnu dot org 2005-11-02 21:50
---
Subject: Bug 20211
Author: amylaar
Date: Wed Nov 2 21:50:22 2005
New Revision: 106401
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106401
Log:
Belated Makefile.in checkin for:
2005-09-1
ReportedBy: amylaar at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24194
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-09-20
20:52 ---
(In reply to comment #3)
> A regression hunt on i686-linux showed the failure starting with this patch
> from [EMAIL PROTECTED]:
>
> http://gcc.gnu.org/ml/gcc-cvs/2005-05/msg00640.html
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-09-20
19:06 ---
Confirmed with gcc version 4.1.0 20050919 (experimental) on i686-pc-linux-gnu.
--
What|Removed |Added
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-09-20
17:48 ---
Created an attachment (id=9781)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9781&action=view)
test case
This testcase triggers the bug with mainline gcc from 2005-09-19 18:00 UTC
at optim
nd of PLUS_EXPR is NULL (in constructor)
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
Rep
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-09-19
21:04 ---
(In reply to comment #3)
> A regression hunt on i686-linux showed the failure starting with this patch
> from [EMAIL PROTECTED]:
>
> http://gcc.gnu.org/ml/gcc-cvs/2005-05/msg00640.html
If t
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-09-19
17:30 ---
Test results for sh-elf-4_1-branch with
http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01176.html
are:
http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00925.html
http://gcc.gnu.org/ml/gcc-testresults/2005-09
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-09-15
17:51 ---
Created an attachment (id=9736)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9736&action=view)
fix for SH
This patch set fixes the problem for the SH.
The patch to sh_output_mi_thunk sh
pessimistic
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amylaar at gcc dot gnu dot org
CC
--
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
||patches/2005-
|
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amylaar at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-09-05
15:58 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
gen_rtx_MEM in sh port
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amylaar at gcc dot gnu dot org
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-08-31
13:14 ---
(In reply to comment #8)
> The computation of the min bound is not correct. I'm working on a patch.
What is the current status on this?
--
What|Removed
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-08-30
15:28 ---
(In reply to comment #7)
> * stor-layout.c (finalize_type_size): Restore behaviour for
> non-aggregate types to the status quo ante of the patch for
> pr 23467. Document why i
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-08-22
18:51 ---
Created an attachment (id=9555)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9555&action=view)
proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23517
: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amylaar at gcc dot gnu dot org
--
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
||patches/2005-
|
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-08-18
17:54 ---
Created an attachment (id=9534)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9534&action=view)
proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23467
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-08-18
17:51 ---
Created an attachment (id=9533)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9533&action=view)
testcase
Although the size of s1 gets padded to 64 bits for sh-elf, its alignemnt
is set bac
rsion: 4.1.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amylaar at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gn
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-08-15
14:14 ---
(In reply to comment #1)
> So, using limit 0 for when calculating the integer mode for the size would
> fix
> the regression on sh?
Yes, it would fix the problem with CDImode, how
mplex field
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: ABI
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amylaar at gcc dot gnu d
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-08-04
13:36 ---
(In reply to comment #13)
> Strength reduction already happens before loop unrolling, but I guess
> there could still be new opportunities after loop unrolling. Not sure
> how significant that
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-08-02
19:19 ---
(In reply to comment #20)
> The improved aliasing was not reverted though which is what gets most of the
improvements and not
> the promote statics pass.
The scheduling testcase still suffer
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-08-02
18:59 ---
(In reply to comment #4)
> > It is fixed via neither of the above but is fixed on the tree-profiling
branch via the IPA statics stuff which
> Kenney Zadeck is working on.
>
> This is also
--
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
||patches/2005-
|
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-07-29
15:29 ---
Created an attachment (id=9385)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9385&action=view)
context & patch
These are the patches that exposed the latent bug for sh-elf, together with
ed at gcc dot gnu dot org
ReportedBy: amylaar at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23135
--
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
||patches/2005-
|
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-07-18
14:41 ---
An updated patch is here:
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01140.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18992
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-07-15
14:07 ---
An updated patch is here:
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01041.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20070
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-07-13
12:07 ---
A patch has been posted here:
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00902.html
--
What|Removed |Added
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-07-13
11:42 ---
No, the real problem is that equal values have unequal hashes.
The unstable hashtable just makes the problem visible.
--
What|Removed |Added
ne by cselib depend on pointer values
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amylaar at gcc dot gn
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-07-12
13:45 ---
Having this bug unfixed makes it impossible to do sh-elf regression tests on
mainline.
--
What|Removed |Added
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-07-12
13:14 ---
An updated patch is here:
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00843.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20070
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-07-07
18:29 ---
An updated patch is here:
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00482.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20070
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-07-05
17:24 ---
(In reply to comment #4)
> This bug hasn't been modified in more than 18 months. What is the
> current status of this bug? And is this not really a target specific
> issue for SH with it
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-07-01
14:00 ---
(In reply to comment #4)
> For cris-elf too, likely most/all (cross-)targets.
i686-pc-linux-gnu native bootstrap is also affected:
(SHLIB_LINK=' ./xgcc -B./ -B/usr/local/i686-pc-linux-gnu/bin/
--
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
||patches/2005-
|
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amylaar at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22258
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-06-21
05:37 ---
The actual reason for the wrong-code generation has not been fixed.
Moreover, AFAICS, on ACCUMULATE_OUTGOING_ARGS targets, the stack
pointer is loop invariant unless current_function_calls_alloca, and
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-06-20
13:21 ---
P.S.: I realize now that the code in gcc/java/jcf-io.c is no longer miscompiled
for i686-pc-linux-gnu because the memory addresses contain stack pointer
references, and the stack pointer is a fixed register
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-06-20
13:05 ---
(In reply to comment #4)
> 2005-05-31 Pat Haugen <[EMAIL PROTECTED]>
>
> * loop.c (loop_invariant_p, valid_initial_value_p): Revert last
> change.
>
>
> The la
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-06-20
08:48 ---
(In reply to comment #2)
> This was fixed by reverting the patch which caused this.
Which patch was this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21848
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-06-01
18:53 ---
(In reply to comment #4)
> Well, 3.4 is open for regression fixes only. Did the testcase ever work
> before
> 3.4 in any previous GCC version?
P.S.: There used to be an euivalent optimization
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-06-01
18:38 ---
(In reply to comment #4)
> Well, 3.4 is open for regression fixes only. Did the testcase ever work
> before
> 3.4 in any previous GCC version?
Of course. if-conversion is a relatively new pass:
--
What|Removed |Added
Keywords||patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21848
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-06-01
11:59 ---
For the purposes of PR20070, it is sufficient that PR21767 is fixed on mainline.
--
What|Removed |Added
--
What|Removed |Added
OtherBugsDependingO|20070 |
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21767
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-06-01
11:45 ---
Fixed on mainline with patch just checked in.
Now we have to decide if we want this fix (without the reload1.c / rtl.h
hunks) in 3.4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21767
--
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
||patches/2005-
|
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-05-31
20:56 ---
The problem would not arise if the call was neither const nor pure.
cselib_process_insn has this code:
if (CALL_P (insn))
{
for (i = 0; i < FIRST_PSEUDO_REGISTER; i++)
al
Priority: P1
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amylaar at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21848
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-05-26
14:44 ---
Created an attachment (id=8971)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8971&action=view)
Testcase for sh-elf -O2
When you compile this testcase with -O2 -da for sh-elf, you'll se
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P2
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amylaar at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
--
What|Removed |Added
BugsThisDependsOn||21767
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20070
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-05-19
15:33 ---
A break-up of this test is currently discussed on gcc-patches:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01963.html
--
What|Removed |Added
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-05-19
14:48 ---
A 20050513 dump shows:
...
/mnt/scratch/nightly/2005-05-13/srcw/gcc/testsuite/gcc.dg/vect/vect-none.c:171:
note: not vectorized: complicated access pattern.
/mnt/scratch/nightly/2005-05-13/srcw/gcc
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-05-17
19:20 ---
updated patch:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01768.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20211
--
What|Removed |Added
BugsThisDependsOn||20396
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20695
--
What|Removed |Added
OtherBugsDependingO||20695
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20396
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-05-13
18:30 ---
Fixed on mainline.
--
What|Removed |Added
Status|UNCONFIRMED
--
Bug 20695 depends on bug 20714, which changed state.
Bug 20714 Summary: emit_no_conflict_block does invalid reordering
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20714
What|Old Value |New Value
---
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-05-13
17:20 ---
Fixed on mainline with patch checked in today.
--
What|Removed |Added
Status
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-05-13
17:19 ---
Fixed on mainline with patch checked in today.
--
What|Removed |Added
Status
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-05-13
13:50 ---
An updated patch is here:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01238.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20714
--
Bug 20695 depends on bug 20756, which changed state.
Bug 20756 Summary: Clobbers of deleted insns are processed, but left out
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20756
What|Old Value |New Value
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-05-13
13:37 ---
Fixed on mainline with check-in from today.
--
What|Removed |Added
Status
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-05-11
18:39 ---
[I would continue to handle this in email, but sending doesn't work right now.]
Aldy Hernandez wrote:
>
>
>
>The problem is that target_flags_explicit was not being set on the
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amylaar at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21516
--
Bug 17652 depends on bug 20371, which changed state.
Bug 20371 Summary: Some corner cases of MS bitfields don't work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20371
What|Old Value |New Value
-
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-05-11
13:19 ---
Fixed on mainline by patch applied today.
--
What|Removed |Added
Status
ode
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amylaar at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: ppc-eabi
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-05-04
21:54 ---
I have found more problems with the ms bitfield code. An
amended patch is here:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg00339.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20371
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-29
19:58 ---
Created an attachment (id=8766)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8766&action=view)
This patch fixes some more alignment inconsistencies.
--
What|
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-28
19:21 ---
An updated patch is here:
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02898.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20211
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-28
13:36 ---
(In reply to comment #9)
> Mac OS X and darwin works on the G3, just fine.
The Mac OS X tiger system requirements say that it needs built-in firewire.
This Mac doesn't have firewire. It also came
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
Severity: minor
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amylaar at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC host
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-27
13:37 ---
(In reply to comment #4)
> There are both primary and secondary platforms among the AUTO_INC_DEC
> targets.
> So it is probably good to gain some wider test coverage about the compile-
> t
--
Bug 20695 depends on bug 20413, which changed state.
Bug 20413 Summary: VOIDmode LABEL_REFs are generated
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20413
What|Old Value |New Value
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-25
13:10 ---
Fixed on mainline with check-in from today.
--
What|Removed |Added
Status|NEW
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-15
22:21 ---
Created an attachment (id=8651)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8651&action=view)
I'm currently testing this patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20371
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-15
15:32 ---
Created an attachment (id=8650)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8650&action=view)
Additional testcase
This is another testlet snipped out of gcc-dg-struct-layout-1-t026-01.
W
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-12
18:56 ---
PR and patch predate gcc 4.0 branch.
--
What|Removed |Added
OtherBugsDependingO
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-12
18:31 ---
The patch was posted on the 3rd December 2004, well before the
25th Febuary 2005.
--
What|Removed |Added
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-12
18:06 ---
This code is waiting for review since 1999:
http://gcc.gnu.org/ml/gcc-patches/1999-11n/msg00583.html
--
What|Removed |Added
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-12
18:03 ---
(In reply to comment #4)
> This is pretty clearly stated in the original bug description:
>
> > This metabug is used to track all the patches which have been
> > written during Stage 3
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-12
17:48 ---
(In reply to comment #9)
> > But if we go down that route, the register allocator has to know about
> > every
> > other optimization. Throttling register pressure is usually much s
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-12
17:23 ---
> Not really interesting any more since 4.0 has branched
That is nonsense. This is the meta-bug used to track stuff that didn't make
it into 4.0 but shouldn't miss 4.1 too.
--
601 - 700 of 799 matches
Mail list logo