--- 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 currently
--- 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 #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 #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=gccview=revrev=113164
Log:
2005-04-21 Dale Johannesen [EMAIL PROTECTED]
Radar
--- 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
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 triplet: powerpc
--- 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 some munging
--- 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
--- 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=gccview=revrev=108080
Log:
2005-12-05 Dale Johannesen [EMAIL PROTECTED]
* config
--- 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=gccview=revrev=107826
Log:
2005-12-01 Alan Modra [EMAIL PROTECTED]
Radar 4345871
--- 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
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 #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 #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 #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.
--
http
--- 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. the invalid
--- 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 allowed
--- 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-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: internal
--- 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)
L37
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 host triplet: powerpc-apple-darwin8.0.0
GCC target triplet: powerpc-apple-darwin8.0.0
http
: 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 dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC
--- 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
optimization
--- 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-06 21:02
---
Also fixed in 4.0 and 3.4 branches. Closing.
--
What|Removed |Added
Status
Status: UNCONFIRMED
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
--
What|Removed |Added
CC||sebastian dot pop at cri dot
||ensmp dot fr
--
What|Removed |Added
CC||rakdver at gcc dot gnu dot
||org
--- 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
