--- Additional Comments From rth at gcc dot gnu dot org 2004-10-16 00:08 ---
I can't reproduce this today. Can anyone else?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17451
iority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17786
Version: 4.0.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
CC: gcc-bugs at gcc
--- Additional Comments From rth at gcc dot gnu dot org 2004-10-05 22:42 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2004-10-19 19:22 ---
Fixed.
--
What|Removed |Added
Status|WAITING |RESOLVED
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,sebastian dot pop at cri
--- Additional Comments From rth at gcc dot gnu dot org 2004-10-21 01:11 ---
=== libjava tests ===
Running target unix
WARNING: program timed out.
FAIL: linking simple
FAIL: initexc execution - gij test
FAIL: initexc execution - gij test
=== libjava
--- Additional Comments From rth at gcc dot gnu dot org 2004-10-21 21:04 ---
I can confirm using >1GB peak memory, and a compile time >76 minutes,
even with inline limit of 100.
--
What|Removed
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--
What|Removed |Added
CC|rth at gcc dot gnu dot org |
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Additional Comments From rth at gcc dot gnu dot org 2004-10-28 03:56 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-02 23:14 ---
NOT a regression. The mode argument was IGNORED, silently, by previous versions.
See http://gcc.gnu.org/ml/gcc/2004-10/msg00715.html
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-12 02:54
---
The bug is real, and it's not any of those proposed. The Real Problem is that
the floating point format that is actually installed is NOT the 53-bit format
that FreeBSD wants to use.
I guess Zack's
--
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 2004-11-12 03:04
---
Try that.
--
What|Removed |Added
Status|ASSIGNED|WAITING
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-12 21:29
---
Fixed.
--
What|Removed |Added
Status|WAITING |RESOLVED
--
What|Removed |Added
CC|rth at redhat dot com |
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-14 19:49
---
Try that.
--
What|Removed |Added
Status|ASSIGNED|WAITING
http
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-14 22:14
---
Try again.
--
What|Removed |Added
Status|NEW |WAITING
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-15 04:05
---
f1x0red.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-19 20:37
---
Mine.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-24 08:21
---
Mine.
--
What|Removed |Added
AssignedTo|echristo at redhat dot com |rth at redhat dot
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-24 08:23
---
May be fixed by
2004-11-23 Richard Henderson <[EMAIL PROTECTED]>
* expmed.c (extract_bit_field): Use simplify_gen_subreg instead of
hard-coding avoiding calls to gen_rtx_SUBREG.
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-25 07:38
---
You *do* realize that the current problem has absolutely nothing to do with
the original report, don't you? You *do* realize that rewriting a PR like
this is pointless, and you should file a *new* PR to
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-25 08:03
---
I don't replicate it. That is, I don't even get gnat1 built at present.
--
What|Removed
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-25 20:31
---
I think the most ideal solution would be to tell L_R_A whether the result is
required to be offsettable. It can then fail the transformation if it cannot
produce the required offsettable result, and then
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-25 22:44
---
Then I think that we have to assume that the result of L_R_A is not offsettable.
Even in the case of rs6000, I believe the definition is only *usually*
offsettable, but that this is not a 100% iron-clad
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-25 22:45
---
NOT fixed. Reproducable with at least 3.4.2 and HEAD.
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|REOPENED
--
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 2004-11-26 02:26
---
I could reproduce the patch previously, but after
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02219.html
and
http://gcc.gnu.org/ml/gcc/2004-11/msg00912.html
I can't.
This may mean that it was a dupl
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-26 05:10
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-28 05:57
---
You *do* realize this test case is completely undefined, don't you?
Even "&n-1" is undefined; see 6.5.6/8.
I suppose I could reject symbol+constant where constant is outside
the size of the
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-29 19:19
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-29 20:53
---
I would really prefer a patch that brought handled_component_p into
better agreement with get_inner_reference. For extra points, share
code between the two routines.
--
http://gcc.gnu.org/bugzilla
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-29 21:00
---
Fixed.
--
What|Removed |Added
Status|WAITING |RESOLVED
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6221
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-29 21:24
---
Sigh. Mine. I hate gen_imagpart.
--
What|Removed |Added
AssignedTo|unassigned at gcc
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-02 21:29
---
Whee. (const_int 0x3f80) attempted to be coerced into SCmode,
and we don't handle that in simplify-rtx.c.
--
What|Removed |
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-02 21:41
---
Try that.
--
What|Removed |Added
Status|ASSIGNED|WAITING
http
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-02 21:50
---
Invalid. Registers 8 through 25 inclusive are all used for parameter passing.
You cannot arbitrarily change the ABI simply by declaring registers as global.
It's your job to pick a global register
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-03 03:28
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-03 23:20
---
I'm not actively working on this, or planning to in the near future.
--
What|Removed |
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-03 23:26
---
Fixed.
--
What|Removed |Added
CC|rth at gcc dot gnu dot org
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-04 00:09
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
Target Milestone|3.4.3 |3.3.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17503
IRMED
Severity: enhancement
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
OtherBugsDependingO 17652
nThis:
http://gcc.gn
--
What|Removed |Added
BugsThisDependsOn||18836
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17652
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-04 23:13
---
Created an attachment (id=7677)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7677&action=view)
fold_builtin patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18836
gnu dot org
ReportedBy: rth at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18838
--
What|Removed |Added
Known to fail||3.3.5 3.4.3 4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18838
jmp and eh receivers can mis-schedule
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: rth at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|2004-12-05 03:28:37 |2004-12-05 04:37:21
date|
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-05 05:22
---
Won't fix for 3.4.
--
What|Removed |Added
Target Milestone|3.4.4 |
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-05 20:10
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
Target Milestone|4.0.0 |3.3.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18841
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-06 20:51
---
Look at the routines we implement in libgcc and ask again. We never did
implement sub-word routines.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18665
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-08 02:00
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-08 23:56
---
Looks like bad constraints on a QImode and-setcc pattern.
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-09 06:58
---
I think the correct solution is to explicitly *clear* TREE_ADDRESSABLE in
split_complex_args and set DECL_ARTIFICIAL so that the two pieces get
allocated to pseudo registers. Then unsplit_complex needs to
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-09 18:21
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
CC|rth at gcc dot gnu dot org |
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-10 18:58
---
I'm not sure redirecting __addvsi3 to __addvdi3 is correct. If we provide that
symbol at all, I think it should do what it advertises.
Just so I'm clear, are we invoking __addvsi3 right now, or
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-10 19:24
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-10 20:17
---
Since the symbol exists in 3.3 (which I'd forgotten), we have to keep it.
But I don't see any reason we can't fix the bug in its implementation.
So let's do proper simode arithmetic.
--
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-10 20:25
---
Do not assign prs to people unless they request it. Assignment implies
actively working on the problem. Use cc for advisory.
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-12 21:07
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 17414 depends on bug 17186, which changed state.
Bug 17186 Summary: [3.4 regression] ICE in move_for_stack_reg, at
reg-stack.c:1065
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17186
What|Old Value |New Value
-
--
What|Removed |Added
CC|rth at gcc dot gnu dot org |
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-14 00:23
---
Not a duplicate.
--
What|Removed |Added
Status|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-14 01:22
---
It's not Fortran's fault, but cgraph's.
--
What|Removed |Added
Co
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-15 04:09
---
We should not ice, indeed, but the comment #18 test case -- with -msse
but not -msse2 -- is invalid. We should have stopped earlier, saying
that v2df is not available with sse1 only.
--
What
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-15 12:17
---
I lied. Of course the test case is valid. Even without any sse enabled, the
test case falls back on generic vectors, and the builtin becomes a normal
function call. There is something screwy going on, but
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-15 12:24
---
Followup in PR 19010.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14981
901 - 974 of 974 matches
Mail list logo
