--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 22:16
---
Patch is ok. I would prefer that this (eventually) be handled by the front end,
but certainly this approach is appropriate for fixing the regression in 4.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 22:18
---
Apparently fixed in the original source.
--
What|Removed |Added
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 23:05
---
The 2009-1.c failure has been fixed by Joern by taking the USER_LABEL_PREFIX
into account.
I can't replicate the reported mmix double output failure with 20040323-1.c;
I can only presume that it&#
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 23:21
---
Is this fixed now that a patch has been applied?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20331
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-01 00:00
---
It's marked as a 4.0 regression. Do you plan on applying the patch there?
If not, we should simply close the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20331
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-01 01:17
---
Fine.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-05 23:02
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-05 23:03
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-07 17:52
---
For the record, this has come up on the lists before in some slightly other
context and Mark has advocated (1). I'm of a mind to agree.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20794
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-09 03:09
---
I'm working on atomic builtins, but this will *not* resolve the problem of
compiling for i386 and i486+. Indeed, it could easily make it worse because
you won't have the kind of control you did
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-09 23:44
---
Nathan, this patch is causing problems on Alpha.
In particular, we now run assign_parms_setup_varargs before processing the
last named argument (union U in this test case). Which yields an abort in
--
What|Removed |Added
AssignedTo|nathan at gcc dot gnu dot |rth at gcc dot gnu dot org
|org |
Status|REOPENED
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-16 02:08
---
Middle-end bits are done. Target maintainers need to update md files
for new patterns, but i686 and ia64 are done.
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-16 23:20
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-17 06:29
---
patch: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01881.html
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-17 06:31
---
Subject: Re: too liberal operator lookup
Why are you pinging bugzilla, and not the list, wherein a c++
maintainer might see it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17805
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-17 06:39
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Comment #3 from rth at gcc dot gnu dot org 2008-08-07 20:07 ---
Subject: Bug 37033
Author: rth
Date: Thu Aug 7 20:06:36 2008
New Revision: 138850
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138850
Log:
PR debug/37033
* gcc.c (cpp_options): Pass
--- Comment #4 from rth at gcc dot gnu dot org 2008-08-07 20:11 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #4 from rth at gcc dot gnu dot org 2008-10-01 14:29 ---
Subject: Bug 35737
Author: rth
Date: Wed Oct 1 14:28:04 2008
New Revision: 140812
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140812
Log:
PR tree-opt/35737
* tree-c
--- Comment #5 from rth at gcc dot gnu dot org 2008-10-01 14:32 ---
Subject: Bug 35737
Author: rth
Date: Wed Oct 1 14:30:37 2008
New Revision: 140813
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140813
Log:
PR tree-opt/35737
* tree-c
--- Comment #6 from rth at gcc dot gnu dot org 2008-10-01 14:42 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #3 from rth at gcc dot gnu dot org 2008-10-01 23:19 ---
Created an attachment (id=16446)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16446&action=view)
proposed patch
Please try this and see if it works. I believe it does, since I see
- stw
--- Comment #8 from rth at gcc dot gnu dot org 2008-10-12 20:27 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from rth at gcc dot gnu dot org 2008-10-12 20:27 ---
Subject: Bug 37447
Author: rth
Date: Sun Oct 12 20:26:24 2008
New Revision: 141077
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141077
Log:
PR middle-end/37447
* Makefile.in (r
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #10 from rth at gcc dot gnu dot org 2008-10-17 16:40 ---
Created an attachment (id=16513)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16513&action=view)
proposed patch
I'm pretty sure this patch is sufficient to return this function to working
order.
--- Comment #13 from rth at gcc dot gnu dot org 2008-10-21 20:49 ---
Subject: Bug 37815
Author: rth
Date: Tue Oct 21 20:48:16 2008
New Revision: 141278
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141278
Log:
PR 37815
* emit-rtl.c (get_spill_slot_decl)
--- Comment #15 from rth at gcc dot gnu dot org 2008-10-22 00:46 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #2 from rth at gcc dot gnu dot org 2008-01-31 00:06 ---
Subject: Bug 34993
Author: rth
Date: Thu Jan 31 00:05:19 2008
New Revision: 131970
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131970
Log:
PR c/34993
--- Comment #12 from rth at gcc dot gnu dot org 2008-01-31 16:34 ---
Looks like a bad REG_EQUAL note -- it's got a wrong (or confusing) mode.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33410
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #13 from rth at gcc dot gnu dot org 2008-01-31 17:23 ---
Created an attachment (id=15066)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15066&action=view)
proposed fix
There's two things we can do. First, we could modify loop-iv.c to cope with
a CCmode RE
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33410
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #6 from rth at gcc dot gnu dot org 2008-01-31 19:06 ---
Yes, closing as not-a-bug for 32-bit i386.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rth at gcc dot gnu dot org 2008-02-01 18:59 ---
Subject: Bug 34993
Author: rth
Date: Fri Feb 1 18:58:21 2008
New Revision: 132049
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132049
Log:
PR c/34993
--- Comment #5 from rth at gcc dot gnu dot org 2008-02-02 20:42 ---
Subject: Bug 34993
Author: rth
Date: Sat Feb 2 20:42:10 2008
New Revision: 132073
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132073
Log:
PR c/34993
--- Comment #6 from rth at gcc dot gnu dot org 2008-02-02 20:43 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #19 from rth at gcc dot gnu dot org 2008-02-05 20:17 ---
I'm confused about the #16 report that appears to say there is one less error,
and the subsequent reports that there are "many new failures". Please give
more precise feedback.
--
http://gcc.g
--- Comment #21 from rth at gcc dot gnu dot org 2008-02-06 17:38 ---
Created an attachment (id=15109)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15109&action=view)
fix, try 2
"I see," said the blind man.
It turns out that the emission of the libcall had bee
--- Comment #23 from rth at gcc dot gnu dot org 2008-02-07 17:46 ---
Subject: Bug 33410
Author: rth
Date: Thu Feb 7 17:45:24 2008
New Revision: 132171
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132171
Log:
PR rtl-opt/33410
* config/alpha
--- Comment #24 from rth at gcc dot gnu dot org 2008-02-07 21:59 ---
Subject: Bug 33410
Author: rth
Date: Thu Feb 7 21:58:42 2008
New Revision: 132176
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132176
Log:
PR rtl-opt/33410
* config/alpha
--- Comment #5 from rth at gcc dot gnu dot org 2009-08-19 23:06 ---
Basic block reordering *should* be altered to work with -Os.
It's definitely required to clean up silly jump sequences that
exception handling creates.
There's no reason, in principal, that the ordering algor
--- Comment #1 from rth at gcc dot gnu dot org 2009-08-20 22:28 ---
This is expected. The "A" constraint supposed to be used for a PAIR.
This means 64-bit values in 32-bit code or 128-bit values in 64-bit code.
--
rth at gcc dot gnu dot org changed:
What
--- Comment #9 from rth at gcc dot gnu dot org 2009-09-07 15:42 ---
Subject: Bug 41214
Author: rth
Date: Mon Sep 7 15:41:52 2009
New Revision: 151482
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151482
Log:
PR c++/41214
* unwind-dw2.c (uw_init_context_
--- Comment #14 from rth at gcc dot gnu dot org 2009-09-09 21:23 ---
Not working on it yet, but I think it should be possible to have the
static chain pushed to the stack by the trampoline. Direct calls to
the nested function would have to pass the static chain in a call
saved register
--- Comment #15 from rth at gcc dot gnu dot org 2009-09-09 21:28 ---
(In reply to comment #13)
> Could this chain perhaps be moved to %edx?
No, regparm(3) uses all of %eax, %edx, %ecx. There are no other
available call-clobbered registers.
Incidentally, fastcall functions
--- Comment #1 from rth at gcc dot gnu dot org 2009-09-09 22:14 ---
This is almost certainly a bug in the m68k backend in that it
doesn't check for the difference in return registers. Compare
it's m68k_ok_for_sibcall_p function vs the i386 routine.
--
rth at gcc dot g
--- Comment #2 from rth at gcc dot gnu dot org 2009-09-09 22:35 ---
Register selection was slightly better in 4.3.5; mainline has a few
extra move instructions.
And for the record, "size test.o" avoids the need for the objcopy:
textdata bss dec hex filena
--- Comment #24 from rth at gcc dot gnu dot org 2009-09-10 21:59 ---
No, foo has been inlined. Escaping is not the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089
--- Comment #16 from rth at gcc dot gnu dot org 2009-09-11 23:15 ---
Mine.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at
--- Comment #17 from rth at gcc dot gnu dot org 2009-09-12 00:00 ---
Created an attachment (id=18570)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18570&action=view)
trampoline push, version 1
Here's a lightly tested patch that implements the idea in comment #14.
Wil
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|rth at gcc dot gnu dot org |unassigned at gcc dot gnu
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|rth at gcc dot gnu dot org |unassigned at gcc dot gnu
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #4 from rth at gcc dot gnu dot org 2009-09-16 15:04 ---
Subject: Bug 41360
Author: rth
Date: Wed Sep 16 15:04:06 2009
New Revision: 151759
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151759
Log:
PR middle-end/41360
* cfgbuild.c (find_bb_bo
--- Comment #5 from rth at gcc dot gnu dot org 2009-09-16 15:05 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #18 from rth at gcc dot gnu dot org 2009-09-16 16:27 ---
Subject: Bug 41246
Author: rth
Date: Wed Sep 16 16:26:55 2009
New Revision: 151762
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151762
Log:
PR target/41246
* tree-cfg.c (verify_gimple_call):
--- Comment #9 from rth at gcc dot gnu dot org 2009-09-16 18:55 ---
Fixed here:
http://gcc.gnu.org/ml/gcc-patches/2009-09/msg01069.html
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rth at gcc dot gnu dot org 2009-09-16 20:12 ---
Subject: Bug 41360
Author: rth
Date: Wed Sep 16 20:12:35 2009
New Revision: 151771
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151771
Log:
PR middle-end/41360
* cfgbuild.c (find_bb_bo
--- Comment #19 from rth at gcc dot gnu dot org 2009-09-22 15:12 ---
Subject: Bug 41246
Author: rth
Date: Tue Sep 22 15:11:37 2009
New Revision: 151983
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151983
Log:
PR target/41246
* target.h (struct gcc_targ
--- Comment #20 from rth at gcc dot gnu dot org 2009-09-22 15:17 ---
Subject: Bug 41246
Author: rth
Date: Tue Sep 22 15:16:49 2009
New Revision: 152018
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152018
Log:
PR target/41246
* config/i38
--- Comment #21 from rth at gcc dot gnu dot org 2009-09-22 15:21 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #64 from rth at gcc dot gnu dot org 2009-09-24 17:02 ---
Subject: Bug 41405
Author: rth
Date: Thu Sep 24 17:02:29 2009
New Revision: 152127
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152127
Log:
PR bootstrap/41405
* common.opt: In
--- Comment #3 from rth at gcc dot gnu dot org 2009-09-25 17:47 ---
We're generating exception handling code when we previously didn't.
I suspect that the changes to the call location of using_eh_for_cleanups.
--
rth at gcc dot gnu dot org changed:
What
--- Comment #4 from rth at gcc dot gnu dot org 2009-09-25 20:49 ---
Subject: Bug 41469
Author: rth
Date: Fri Sep 25 20:49:08 2009
New Revision: 152185
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152185
Log:
PR middle-end/41469
* tree-eh.c (lo
--- Comment #39 from rth at gcc dot gnu dot org 2009-09-29 20:54 ---
(In reply to comment #35)
> static tree
> build_function_type_list_1 (bool vaargs, tree return_type, va_list argp)
Passing va_list by value is non-portable. One fix here is to pass argp
by reference. Dunno i
--- Comment #3 from rth at gcc dot gnu dot org 2009-09-29 21:18 ---
There are already peepholes for this, though the condition appears to be
slightly wrong for -Os. See i386.md:21121 :
(define_peephole2
[(match_scratch:SI 1 "r")
(set (match_operand:SI 0 "
--- Comment #5 from rth at gcc dot gnu dot org 2009-09-29 23:43 ---
Yeah, that looks right.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41505
--- Comment #1 from rth at gcc dot gnu dot org 2009-10-12 21:51 ---
The expand pass relies on the rtx cost model to be correct.
I assume that arm_size_rtx_costs is models multiply incorrectly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41653
--- Comment #5 from rth at gcc dot gnu dot org 2009-10-12 22:34 ---
Mine.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc
--- Comment #3 from rth at gcc dot gnu dot org 2009-10-13 01:07 ---
Not an openmp bug; we've got to make the change for all code gcc generates.
--
rth at gcc dot gnu dot org changed:
What|Removed |
--- Comment #6 from rth at gcc dot gnu dot org 2009-10-13 18:42 ---
Subject: Bug 41377
Author: rth
Date: Tue Oct 13 18:41:56 2009
New Revision: 152728
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152728
Log:
PR tree-optimization/41377
* tree-eh.c (un
--- Comment #7 from rth at gcc dot gnu dot org 2009-10-13 18:45 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from rth at gcc dot gnu dot org 2009-10-27 18:12 ---
Mine.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc
--- Comment #3 from rth at gcc dot gnu dot org 2009-10-27 20:09 ---
Subject: Bug 41819
Author: rth
Date: Tue Oct 27 20:09:07 2009
New Revision: 153615
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153615
Log:
PR c++/41819
* t
--- Comment #4 from rth at gcc dot gnu dot org 2009-10-27 20:11 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
u dot org
ReportedBy: rth at gcc dot gnu dot org
GCC target triplet: i386-* x86_64-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41959
--- Comment #14 from rth at gcc dot gnu dot org 2009-11-14 02:22 ---
This is a linker bug. Recompiling without -g, so as to get error messages
without the unhelpful symbolic interpretation, I can reproduce
msmpeg4.c:(.text.unlikely+0xbe2): relocation truncated to fit: GPREL22 against
: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
GCC target triplet: ia64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42040
--- Comment #26 from rth at gcc dot gnu dot org 2007-06-19 17:26 ---
(In reply to comment #10)
> Talked to Dan Berlin and Diego Novillo here at Google. They told me
> that all locals are promoted to function scope.
That *only* applies to register variables, not stack variable
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-31 00:23
---
Possible fallout from PR23517.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23630
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-31 05:01
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23630
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-31 16:43
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-01 05:03
---
I know you're going to attach a preprocessed file for non-pa owners...
--
What|Removed |
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-01 15:49
---
Yes, I'm fine with that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23506
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-01 16:08
---
Also reprodicible on ppc-linux.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-01 17:07
---
Proposed patch: http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00053.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23671
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-01 22:41
---
No, Geoff, look closer at the failure message. The biggest problem is that
you deleted the line that converted a PARALLEL to a CONST_VECTOR node.
Testing a fix now.
--
What|Removed
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-01 23:38
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
201 - 300 of 974 matches
Mail list logo
