--- Comment #18 from ebotcazou at gcc dot gnu dot org 2007-11-02 08:08
---
> Okay, but you said in comment #13 that the testcase should be added and that
> was never done. Maybe you could do that?
Sure, that's what I'm doing...
--
http://gcc.gnu.org/bugzilla
--- Comment #20 from ebotcazou at gcc dot gnu dot org 2007-11-02 11:57
---
Subject: Bug 28062
Author: ebotcazou
Date: Fri Nov 2 11:57:28 2007
New Revision: 129847
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129847
Log:
PR rtl-optimization/28062
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2007-11-02 11:57
---
Subject: Bug 28062
Author: ebotcazou
Date: Fri Nov 2 11:57:05 2007
New Revision: 129846
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129846
Log:
PR rtl-optimization/28062
--- Comment #21 from ebotcazou at gcc dot gnu dot org 2007-11-02 11:58
---
Subject: Bug 28062
Author: ebotcazou
Date: Fri Nov 2 11:57:51 2007
New Revision: 129848
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129848
Log:
PR rtl-optimization/28062
--- Comment #16 from ebotcazou at gcc dot gnu dot org 2007-11-02 07:59
---
Reopen if it starts to fail again.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-11-05 23:06
---
> If someone either can turn this into a program that gets the wrong
> answer on a program that has a defined behavior with a language that gcc
> supports, then i will take this bug seriously.
There i
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2007-11-06 19:04
---
> Eric: do you mean that tail recursive calls are not allowed with
> -fstack-check?
No, they are allowed. Optimizing the Ada testcase into an infinite loop is OK
if you don't consume the stack.
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2007-11-06 21:33
---
> I just talked to mark mitchell who was wearing his official language
> lawyer hat at the time. He said i had to fix it. i will submit a patch
> in the next day or so.
Thanks in advance.
-
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2007-11-24 18:59
---
With a cross-compiler.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-11-24 20:31
---
> This probably means I don't have the change quite right. I also have a
> problem with paradoxical SUBREGS when the inner register is spilled. I'm
> not clear on how this is to be hand
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2007-11-24 21:47
---
> Is there a reason why you want to load/store HImode/QImode values in
> the FPU registers on sparc? On the pa, there aren't any insns that
> operate on them. So, the only reason we supported th
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2007-11-24 23:36
---
> What I saw when mode changes were allowed was something like
> the following:
>
> set (subreg:SI (mem:HI)) (fix:SI (fix:SF))
>
> where the mem was a spilled HImode pseudo. At the time,
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2007-12-05 17:42
---
> 2) pa_secondary_reload() requests a secondary scratch register reload for
> essentially everything when CLASS is FP_REGS. However, reload is treating
> this reload as optional, resulting in spill fai
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2008-01-09 16:34
---
Will take a look.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2008-01-10 14:03
---
Created an attachment (id=14907)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14907&action=view)
Lightly tested fix.
I'll give it a whirl on IA-64 but it would be nice to test it on ARM too.
--- Comment #28 from ebotcazou at gcc dot gnu dot org 2008-01-11 18:09
---
Created an attachment (id=14927)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14927&action=view)
Lightly tested fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31944
--- You are re
--- Comment #27 from ebotcazou at gcc dot gnu dot org 2008-01-11 18:09
---
> Obviously, the problem is that the hash of reg 66 is changed after a hash
> table element is created for it in the bucket for the original hash. I have
> no idea yet whether this is expected, or if
--- Comment #31 from ebotcazou at gcc dot gnu dot org 2008-01-12 00:30
---
> After playing with dbgcounts to see what happens, I indeed found the same as
> what Eric notes in comment #27. The proposed fix makes perfect sense.
Thanks. Assigning to self.
--
ebotcazou at g
--- Comment #34 from ebotcazou at gcc dot gnu dot org 2008-01-14 12:20
---
Subject: Bug 31944
Author: ebotcazou
Date: Mon Jan 14 12:19:58 2008
New Revision: 131524
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131524
Log:
PR rtl-optimization/31944
--- Comment #32 from ebotcazou at gcc dot gnu dot org 2008-01-14 12:17
---
Subject: Bug 31944
Author: ebotcazou
Date: Mon Jan 14 12:16:58 2008
New Revision: 131522
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131522
Log:
PR rtl-optimization/31944
--- Comment #35 from ebotcazou at gcc dot gnu dot org 2008-01-14 12:22
---
On all branches.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #33 from ebotcazou at gcc dot gnu dot org 2008-01-14 12:19
---
Subject: Bug 31944
Author: ebotcazou
Date: Mon Jan 14 12:18:30 2008
New Revision: 131523
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131523
Log:
2008-01-14 Eric Botcazou <[EMAI
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2008-01-21 14:25
---
> Eric, was your testing successful?
Yes, everything is clean on the IA-64.
> I'll give it a go on ARM now.
Thanks in advance.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34628
--- Comment #16 from ebotcazou at gcc dot gnu dot org 2008-01-22 11:39
---
> I've now successfully bootstrapped and regtested this change with trunk on
> ARM. I enabled c,c++,fortran,objc,obj-c++,treelang.
>
> There are no regressions and the segfault is gone.
Gr
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2008-01-22 22:28
---
Subject: Bug 34628
Author: ebotcazou
Date: Tue Jan 22 22:27:47 2008
New Revision: 131744
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131744
Log:
PR rtl-optimization/34628
* c
--- Comment #18 from ebotcazou at gcc dot gnu dot org 2008-01-22 22:29
---
Subject: Bug 34628
Author: ebotcazou
Date: Tue Jan 22 22:29:04 2008
New Revision: 131745
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131745
Log:
PR rtl-optimization/34628
* c
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2008-01-22 22:32
---
.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
URL
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-09-13 14:34
---
Presumably, similar problems on Solaris have been fixed by:
2008-09-11 Jeff Law <[EMAIL PROTECTED]>
* reload1.c (alter_reg): Undo the BYTE_BIG_ENDIAN correction performed
by assign_stack
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-11-27 21:14
---
Reproducible on Solaris as well (with -mcpu=v8 since -mcpu=v9 is the default).
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-11-27 21:20
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-11-30 09:30
---
*** This bug has been marked as a duplicate of 37344 ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-11-30 09:30
---
*** Bug 37279 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37344
--- You are receiving this mail because: ---
You are on the CC list for the bug, or
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-11-30 19:20
---
Subject: Bug 38287
Author: ebotcazou
Date: Sun Nov 30 19:19:06 2008
New Revision: 142295
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142295
Log:
PR target/38287
* config/sparc/
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-11-30 19:22
---
Subject: Bug 38287
Author: ebotcazou
Date: Sun Nov 30 19:21:10 2008
New Revision: 142296
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142296
Log:
PR target/38287
* config/sparc/
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-11-30 19:23
---
Subject: Bug 38287
Author: ebotcazou
Date: Sun Nov 30 19:22:40 2008
New Revision: 142297
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142297
Log:
PR target/38287
* config/sparc/
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2008-11-30 19:24
---
Subject: Bug 38287
Author: ebotcazou
Date: Sun Nov 30 19:23:38 2008
New Revision: 142298
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142298
Log:
PR target/38287
* config/sparc/
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-11-30 19:27
---
Thanks for the reduced testcase.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-07-02 06:08
---
*** This bug has been marked as a duplicate of 40347 ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2009-07-02 06:08
---
*** Bug 40611 has been marked as a duplicate of this bug. ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2010-09-20 21:42
---
What's the status of this PR on RTEMS?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2010-09-20 21:44
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2010-09-21 14:39
---
Fixed on the 4.4 branch:
LAST_UPDATED: Obtained from SVN: branches/gcc-4_4-branch revision 164288
Native configuration is sparc-unknown-linux-gnu
=== libjava tests ===
Running target unix
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2010-09-21 15:09
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2009-12-31 17:36
---
I cannot reproduce with a cross, neither on mainline nor 4.4 branch. Could you
post the command line passed to cc1? Do you have relevant local patches?
--
ebotcazou at gcc dot gnu dot org changed
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2010-01-02 17:33
---
I can reproduce on native (and with a cross by stealing the native
auto-host.h).
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet|sparc-linux-gnu |sparc*-linux-gnu
Summary|ICE on sparc
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2010-01-02 22:26
---
Created an attachment (id=19451)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19451&action=view)
Reduced testcase.
Requires TLS support.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2010-01-02 23:00
---
The root of the problem is plus_constant wrapping up a TLS symbol in a CONST:
(const:DI (plus:DI (symbol_ref:DI ("m") [flags 0x1a] )
(const_int 4 [0x4])))
what the SPARC back-end doesn&#
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2010-01-05 22:29
---
Subject: Bug 42564
Author: ebotcazou
Date: Tue Jan 5 22:29:18 2010
New Revision: 155662
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155662
Log:
PR target/42564
* config/sparc
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2010-01-05 22:32
---
Subject: Bug 42564
Author: ebotcazou
Date: Tue Jan 5 22:32:25 2010
New Revision: 155663
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155663
Log:
PR target/42564
* config/sparc
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2010-01-05 22:34
---
Subject: Bug 42564
Author: ebotcazou
Date: Tue Jan 5 22:34:01 2010
New Revision: 155664
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155664
Log:
PR target/42564
* config/sparc
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2010-01-05 22:43
---
On all active branches.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2010-01-07 00:00
---
> Following patch changes the fix from PR21767 to remove REG_EQUAL notes from
> all
> moved instructions, not only from ones that have non-function-invariant
> sources.
This seems like a tad aggr
--- Comment #21 from ebotcazou at gcc dot gnu dot org 2010-01-07 07:39
---
> Because at the point of propagation, propagated constant _is_ equal to
> whatever REG_EQUAL says. Removing this note at the point of propagation
> would IMO disable much more optimization opportuniti
--- Comment #23 from ebotcazou at gcc dot gnu dot org 2010-01-07 08:22
---
> I'm thinking about the same situation with cse2, where constant assignment
> (with its REG_EQUAL note) would match another assignment with the same
> REG_EQUAL note. cse2 can equal this ot
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-08-06 07:02
---
Known problem.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2006-08-11 07:36
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2006-08-11 19:01
---
Subject: Bug 23454
Author: ebotcazou
Date: Fri Aug 11 19:01:45 2006
New Revision: 116088
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116088
Log:
PR rtl-optimization/23454
*
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2006-08-11 19:02
---
Subject: Bug 23454
Author: ebotcazou
Date: Fri Aug 11 19:02:45 2006
New Revision: 116089
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116089
Log:
PR rtl-optimization/23454
*
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2006-08-11 19:04
---
Subject: Bug 23454
Author: ebotcazou
Date: Fri Aug 11 19:04:04 2006
New Revision: 116090
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116090
Log:
PR rtl-optimization/23454
--- Comment #16 from ebotcazou at gcc dot gnu dot org 2006-08-11 19:06
---
See http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00375.html
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2006-08-24 15:42
---
> I wonder if this is related to PR 28834 at all.
The ICE stems from a new sanity check in the DWARF-2 back-end and we have
fixed the problem in Gigi.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28
--
Bug 28622 depends on bug 27616, which changed state.
Bug 27616 Summary: [4.1/4.2 Regression] Infinite loop at -O1 and above in RTL
CSE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27616
What|Old Value |New Value
--
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-09-11 10:42
---
> Here's another test case, taken from maxdb:
Please do not attach "other" testcases to a PR, the underlying problems are
very
likely unrelated. Only testcases reduced from the original o
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-09-12 06:18
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2006-09-12 21:48
---
Subject: Bug 28243
Author: ebotcazou
Date: Tue Sep 12 21:48:40 2006
New Revision: 116906
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116906
Log:
PR rtl-optimization/28243
* c
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2006-09-12 21:49
---
Subject: Bug 28243
Author: ebotcazou
Date: Tue Sep 12 21:49:45 2006
New Revision: 116907
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116907
Log:
PR rtl-optimization/28243
* c
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2006-09-12 21:54
---
Fixed in upcoming 4.1.2 release.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-09-13 06:46
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.1 regression] ICE in |[4.1 regression] ICE in
|extract_insn, at
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2006-09-13 07:57
---
> The removed comment says:
>
> - /* If will do cse, generate all results into pseudo registers
> - since 1) that allows cse to find more things
> - and 2) otherwise cse could prod
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2006-09-13 08:37
---
If the ICE has disappeared on both branches, the testcase should be added to
the testsuite and the PR closed.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2006-09-13 17:37
---
> But the bug still exists, just was covered up by my tree-inline patches for PR
> 28075.
Your patch may simply be the fix. If we have no testcase, we have no bug.
--
http://gcc.gnu.org/bu
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-09-13 18:40
---
Subject: Bug 28591
Author: ebotcazou
Date: Wed Sep 13 18:40:26 2006
New Revision: 116928
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116928
Log:
PR ada/28591
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2006-09-13 18:42
---
Fixed on mainline.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
What|Removed |Added
OtherBugsDependingO||23241
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19296
---
--
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-03
09:54 ---
Worked on SPARC/Solaris on
gax% cat ~/cvs/gcc/LAST_UPDATED
Tue Aug 30 23:56:01 CDT 2005
Wed Aug 31 04:56:01 UTC 2005
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-03
13:36 ---
> This is most likely a target problem.
> For the target maintainer see
<http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00053.html> for
> more information.
Thanks for the tip!
--
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-04
11:36 ---
I cannot reproduce on SPARC/Solaris as of
hikaru% cat ~/cvs/gcc/LAST_UPDATED
Sat Sep 3 23:56:02 CDT 2005
Sun Sep 4 04:56:02 UTC 2005
Moreover, an inspection of the back-end didn't uncover any sm
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2005-10-09 17:18
---
Fixing.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2005-10-10 17:03
---
Failure on HEAD with RTL checking:
pr24284.c: In function 'do_run':
pr24284.c:8: internal compiler error: RTL check: access of elt 5 of 'set' with
last elt 1 in sparc_expand_prologue, at
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2005-10-10 17:35
---
> > Failure on HEAD with RTL checking:
>
> Same lines as I saw on the 4.0 branch.
Yes, there is a bogus PATTERN (), left-over from a previous version of the
patch.
I'm quite stunned that my RTL
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2005-10-10 22:30
---
See http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00554.html
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2005-10-11 21:22
---
The patch has fixed the 32-bit mode but broken the 64-bit mode. :-(
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2005-10-12 22:16
---
See http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00723.html
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
--- Comment #26 from ebotcazou at gcc dot gnu dot org 2005-11-15 06:31
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet|powerpc-*-*,s390-*-*, mips- |powerpc-*-*,s390-*-*, mips*-
|*-*, mips64
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet|powerpc-*-*,s390-*-*, mips*-|powerpc-*-*,s390-*-*,mips*-
|*-*, alpha
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
--- Comment #27 from ebotcazou at gcc dot gnu dot org 2005-11-15 07:47
---
Mark,
> Downgraded to P5. If this is not Ada-specific, please attach a C/C++ test
> case.
Well, this is definitely not Ada-specific, see comment #11. According to your
analysis for PR c++/23171, the
--- Comment #29 from ebotcazou at gcc dot gnu dot org 2005-11-16 17:27
---
> So I guess it would be possible right now to fix the bootstrap issue
> by a pure front-end patch. (This doesn't address the more general
> question of whether or not the gimplifier has a b
--- Comment #32 from ebotcazou at gcc dot gnu dot org 2005-11-23 11:11
---
> with patch from http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01666.html
Probably not the correct long-term fix. Might be good enough for 4.1 though.
> finally, ada is actually dead.
Not very constr
--- Comment #34 from ebotcazou at gcc dot gnu dot org 2005-11-23 19:36
---
> this fix doesn't help for current 4.1.
It works (or worked) on s390 at least and fix the first problem on PPC though.
Did you try to compile make.adb at -O1 or -O0?
--
http://gcc.gnu.org/
--- Comment #36 from ebotcazou at gcc dot gnu dot org 2005-11-23 23:28
---
> i always do a full bootstrap with different flags for stage1 and 2+.
That doesn't cover the Ada tools. They build for me at -O0 on PowerPC so with
Andrew's FE patch + a possible tweak in the
--- Comment #37 from ebotcazou at gcc dot gnu dot org 2005-11-23 23:29
---
Created an attachment (id=10331)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10331&action=view)
Andrew's FE patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
--- You a
--- Comment #38 from ebotcazou at gcc dot gnu dot org 2005-11-24 11:14
---
> That doesn't cover the Ada tools. They build for me at -O0 on PowerPC so with
> Andrew's FE patch + a possible tweak in the Makefile, you should have an Ada
> compiler.
They even bui
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
1 - 100 of 194 matches
Mail list logo
