--- Comment #6 from dalej at gcc dot gnu dot org 2009-06-08 19:17 ---
That needs to be parenthesized differently; if that's fixed, I have no
objection to doing it that way, but since all MachO targets have SSE, that
works too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36399
--- Comment #4 from dalej at gcc dot gnu dot org 2009-06-04 00:06 ---
Yeah. Looking through our local changes, I think you just need this line in
i386.h:
#define SSE_REGPARM_MAX (TARGET_64BIT ? 8 : (TARGET_MACHO ? 4 : (TARGET_SSE ? 3
: 0)))
However Apple employees can't curr
--- Comment #2 from dalej at gcc dot gnu dot org 2007-01-25 18:30 ---
as above
--
dalej at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from dalej at gcc dot gnu dot org 2007-01-25 18:29 ---
Early drafts of the ABI spec said that, but the final version calls for passing
this struct as integers. I believe the following is publicly accessible:
http://developer.apple.com/documentation/DeveloperTools
--- Comment #6 from dalej at gcc dot gnu dot org 2006-04-22 00:44 ---
Subject: Bug 23135
Author: dalej
Date: Sat Apr 22 00:44:01 2006
New Revision: 113164
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113164
Log:
2005-04-21 Dale Johannesen <[EMAIL PROTECTED]>
--- Comment #1 from dalej at gcc dot gnu dot org 2005-12-16 19:26 ---
Probably same as 20256.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25449
--- Comment #5 from dalej at gcc dot gnu dot org 2005-12-13 23:19 ---
This slight modification shows another problem: when the message refers to an
inlined copy of a variable, it points to the inlined function body and variable
rather than the place where the problem is. In the
--- Comment #3 from dalej at gcc dot gnu dot org 2005-12-13 22:54 ---
(In the original example) note the bit vectors at beginning and end of blocks
show 120 as live throughout the loop, although it isn't really. That's why I
think it affects register pressure. GRA does do so
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dalej at gcc dot gnu dot org
GCC build triplet: powerpc-apple-darwin8.0.0
GCC host triplet: powerpc-apple-darwin8.0.0
GCC target tr
--- Comment #3 from dalej at gcc dot gnu dot org 2005-12-05 23:04 ---
Subject: Bug 24323
Author: dalej
Date: Mon Dec 5 23:04:28 2005
New Revision: 108080
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108080
Log:
2005-12-05 Dale Johannesen <[EMAI
--- Comment #14 from dalej at gcc dot gnu dot org 2005-12-01 18:04 ---
Subject: Bug 24950
Author: dalej
Date: Thu Dec 1 18:04:20 2005
New Revision: 107826
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107826
Log:
2005-12-01 Alan Modra <[EMAIL PROTECTED]>
--- Comment #7 from dalej at gcc dot gnu dot org 2005-11-30 18:19 ---
Retested on powerpc-apple-darwin and committed.
--
dalej at gcc dot gnu dot org changed:
What|Removed |Added
al
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dalej at gcc dot gnu dot org
GCC build triplet: same
GCC host triplet: powerpc-apple-darwin
GCC target triplet: same
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24930
--- Comment #8 from dalej at gcc dot gnu dot org 2005-10-24 21:41 ---
Incidentally, this bug started getting tickled (more, at least) on darwin due
to the fix for 15813. I'm not aware of any problems before that. However, the
15813 fix is correct and necessary.
--
--- Comment #7 from dalej at gcc dot gnu dot org 2005-10-24 18:55 ---
Indeed, the failing case I saw was C++.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23392
--- Comment #9 from dalej at gcc dot gnu dot org 2005-10-24 17:58 ---
Another bug in renaming just showed up on darwin rs6000. When renaming changes
a register in the RTL, it does not make the corresponding change in attached
FRAME_RELATED notes. This leads to inaccurate Dwarf
--- Comment #11 from dalej at gcc dot gnu dot org 2005-10-10 15:47 ---
Yes, I think it's true that (float)floor((double)f) == floorf(f). We could
make that routine look for that case, although it wasn't before, and I think
your test was passing by accident (i.e. t
--- Additional Comments From dalej at gcc dot gnu dot org 2005-09-21 17:23
---
I agree with Paolo.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19653
--- Additional Comments From dalej at gcc dot gnu dot org 2005-08-02 22:57
---
Preceding patch fixes the ICE I was getting. The tests following the modified
area in find_reloads were
being skipped in cases where they weren't before (in particular, when output
reloads are not al
--- Additional Comments From dalej at gcc dot gnu dot org 2005-08-01 20:56
---
Unfortunately the latest version of this patch causes a bootstrap failure on
ppc:
../../gcc3.apple.200502/gcc/reload.c: In function 'find_reloads':
../../gcc3.apple.200502/gcc/reload.c:4512
--- Additional Comments From dalej at gcc dot gnu dot org 2005-08-01 18:46
---
This is very close to the problem I ran into reported here:
http://gcc.gnu.org/ml/gcc/2005-07/msg01084.html
That one is fixed by the combination of the patch in PR 19653 and the patch
here:
http
--- Additional Comments From dalej at gcc dot gnu dot org 2005-05-16 21:44
---
OK, what happens is that tail call creates a block 0 with multiple
predecessors, and the
out-of-ssa pass mangles that into this form:
# BLOCK 0
# PRED: 9 [14.9%] (true,exec) 1 [29.0%] (true,exec
e
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dalej at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-apple-darwin8.0.0
GCC hos
--- Additional Comments From dalej at gcc dot gnu dot org 2005-04-30 02:45
---
Certainly. Presumably the expectation was that overflowed constants would not
get here.
But I confess I don't see why not.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21293
--- Additional Comments From dalej at gcc dot gnu dot org 2005-04-30 01:56
---
Yes, I figured out that allowing overflowed constants in
is_gimple_min_invariant would fix it. But
that doesn't seem like it should be necessary for correctness. Zdenek changed
it to improve
optimiz
lid
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dalej at gcc dot gnu do
--
What|Removed |Added
CC||rakdver at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--
What|Removed |Added
CC||sebastian dot pop at cri dot
||ensmp dot fr
http://gcc.gnu.org/
Compile the following with -O1 in 4.0 branch. Don't be in a hurry; I killed it
after 10 minutes, but I'm told it goes for hours.
With -fno-ivopts added it completes almost immediately. The recursion is
in instantiate_parameters_1 called from simple_iv.
/**
--- Additional Comments From dalej at gcc dot gnu dot org 2005-04-06 21:02
---
Also fixed in 4.0 and 3.4 branches. Closing.
--
What|Removed |Added
Status
--- Additional Comments From dalej at gcc dot gnu dot org 2005-03-30 20:27
---
Fixed (4.1 only)
--
What|Removed |Added
Status|ASSIGNED
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dalej at gcc dot gnu dot org
|dot org |
Status|NEW
32 matches
Mail list logo
