| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
| |
I cannot test this target, let me know if it breaks!
llvm-svn: 53362
|
| |
|
|
|
|
| |
applies to ppc Darwin only.
llvm-svn: 53353
|
| |
|
|
| |
llvm-svn: 53280
|
| |
|
|
|
|
|
|
|
|
|
| |
This is a question of the debugging setup code not
being called at the right time, and it's called from
target-dependent code for some reason. I have only
attempted to fix Darwin, but I'm pretty sure it's
broken elsewhere; I'll leave that to people who can
test it.
llvm-svn: 53254
|
| |
|
|
|
|
| |
sections on ppc32 darwin. g++.dg/abi/key2.C
llvm-svn: 51527
|
| |
|
|
|
|
| |
$non_lazy_ptr's and $lazy_ptr's.
llvm-svn: 51277
|
| |
|
|
|
|
|
| |
missing it. gcc.dg/darwin-weakimport-2.c.
Handle common and weak differently for darwin ppc32.
llvm-svn: 51201
|
| |
|
|
|
|
|
|
|
|
| |
are represented as "weak", but there are subtle differences
in some cases on Darwin, so we need both. The intent
is that "common" will behave identically to "weak" unless
somebody changes their target to do something else.
No functional change as yet.
llvm-svn: 51118
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
review feedback.
-enable-eh is still accepted but doesn't do anything.
EH intrinsics use Dwarf EH if the target supports that,
and are handled by LowerInvoke otherwise.
The separation of the EH table and frame move data is,
I think, logically figured out, but either one still
causes full EH info to be generated (not sure how to
split the metadata correctly).
MachineModuleInfo::needsFrameInfo is no longer used and
is removed.
llvm-svn: 49064
|
| |
|
|
| |
llvm-svn: 49046
|
| |
|
|
|
|
|
|
|
|
|
| |
not marked nounwind, or for all functions when -enable-eh
is set, provided the target supports Dwarf EH.
llvm-gcc generates nounwind in the right places; other FEs
will need to do so also. Given such a FE, -enable-eh should
no longer be needed.
llvm-svn: 49006
|
| |
|
|
| |
llvm-svn: 48805
|
| |
|
|
|
|
|
| |
marked read-write. Use const so that they can be allocated in a
read-only segment.
llvm-svn: 48800
|
| |
|
|
|
|
| |
16-byte boundaries.
llvm-svn: 47703
|
| |
|
|
|
|
| |
would have been a Godsend here!
llvm-svn: 47625
|
| |
|
|
|
|
| |
really really really need refactoring :(
llvm-svn: 47171
|
| |
|
|
|
|
|
|
|
|
| |
it follows the order of the enum, not alphabetical.
The motivation is to make -mattr=+ssse3,+sse41
select SSE41 as it ought to. Added "ignored"
enum values of 0 to PPC and SPU to avoid compiler
warnings.
llvm-svn: 47143
|
| |
|
|
| |
llvm-svn: 46930
|
| |
|
|
| |
llvm-svn: 46746
|
| |
|
|
| |
llvm-svn: 46667
|
| |
|
|
|
|
| |
nop. Emit the nop directly for PPC.
llvm-svn: 46398
|
| |
|
|
|
|
|
| |
a "nop" instruction so that we don't have the function's label associated
with something that it's not supposed to be associated with.
llvm-svn: 46394
|
| |
|
|
| |
llvm-svn: 46267
|
| |
|
|
|
|
|
|
| |
as weak globals rather than commons. While not wrong,
this change tickled a latent bug in Darwin's strip,
so revert it for now as a workaround.
llvm-svn: 46144
|
| |
|
|
|
|
|
| |
Cosmetic changes to spacing to match gcc (some dejagnu
tests actually care).
llvm-svn: 45848
|
| |
|
|
| |
llvm-svn: 45493
|
| |
|
|
|
|
|
|
|
|
|
|
| |
e.g. MO.isMBB() instead of MO.isMachineBasicBlock(). I don't plan on
switching everything over, so new clients should just start using the
shorter names.
Remove old long accessors, switching everything over to use the short
accessor: getMachineBasicBlock() -> getMBB(),
getConstantPoolIndex() -> getIndex(), setMachineBasicBlock -> setMBB(), etc.
llvm-svn: 45464
|
| |
|
|
|
|
| |
Likewise setImmedValue -> setImm
llvm-svn: 45453
|
| |
|
|
| |
llvm-svn: 45418
|
| |
|
|
|
|
| |
for Darwin PPC, but it's not fully working yet.
llvm-svn: 44258
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
should only effect x86 when using long double. Now
12/16 bytes are output for long double globals (the
exact amount depends on the alignment). This brings
globals in line with the rest of LLVM: the space
reserved for an object is now always the ABI size.
One tricky point is that only 10 bytes should be
output for long double if it is a field in a packed
struct, which is the reason for the additional
argument to EmitGlobalConstant.
llvm-svn: 43688
|
| |
|
|
| |
llvm-svn: 43676
|
| |
|
|
| |
llvm-svn: 42960
|
| |
|
|
|
|
|
|
|
| |
function symbol name instead of a codegen-assigned function
number.
Thanks Evan! :-)
llvm-svn: 42908
|
| |
|
|
|
|
| |
of comparing begin() and end().
llvm-svn: 42585
|
| |
|
|
|
|
| |
initializer is null.
llvm-svn: 42182
|
| |
|
|
| |
llvm-svn: 42179
|
| |
|
|
|
|
|
| |
isRegister, isImmediate, and isMachineBasicBlock, which are equivalent,
and more popular.
llvm-svn: 41958
|
| |
|
|
|
|
| |
AsmPrinter::doFinalization.
llvm-svn: 40487
|
| |
|
|
| |
llvm-svn: 40483
|
| |
|
|
| |
llvm-svn: 36667
|
| |
|
|
| |
llvm-svn: 36410
|
| |
|
|
| |
llvm-svn: 35026
|
| |
|
|
|
|
| |
sections.
llvm-svn: 35017
|
| |
|
|
| |
llvm-svn: 34871
|
| |
|
|
| |
llvm-svn: 34478
|
| |
|
|
| |
llvm-svn: 33732
|
| |
|
|
|
|
| |
confusion with external linkage types.
llvm-svn: 33663
|
| |
|
|
|
|
| |
.destructor sections.
llvm-svn: 33657
|
| |
|
|
|
|
| |
for debugging and exception handling.
llvm-svn: 33550
|