| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
like 6 is a fixed point of that and so the previous tests were OK :-)
llvm-svn: 122614
|
|
|
|
| |
llvm-svn: 122609
|
|
|
|
| |
llvm-svn: 122602
|
|
|
|
|
|
| |
when doing a release build.
llvm-svn: 122594
|
|
|
|
| |
llvm-svn: 122591
|
|
|
|
| |
llvm-svn: 122590
|
|
|
|
| |
llvm-svn: 122584
|
|
|
|
|
|
| |
supports.
llvm-svn: 122577
|
|
|
|
| |
llvm-svn: 122570
|
|
|
|
| |
llvm-svn: 122566
|
|
|
|
| |
llvm-svn: 122006
|
|
|
|
| |
llvm-svn: 121471
|
|
|
|
| |
llvm-svn: 121461
|
|
|
|
|
|
|
|
|
|
|
| |
f:
.cfi_startproc
nop
.cfi_endproc
assembled (on ELF).
llvm-svn: 121434
|
|
|
|
| |
llvm-svn: 121426
|
|
|
|
|
|
|
| |
as llc + llvm-mc. This time ELF is not changed and I tested that llvm-gcc
bootstrap on darwin10 using darwin9's assembler and linker.
llvm-svn: 121006
|
|
|
|
|
|
| |
linux and darwin assemblers happy :-(
llvm-svn: 121004
|
|
|
|
|
|
|
| |
that no relocations are used (on MochO).
Fixes llc producing different output from llc + llvm-mc.
llvm-svn: 121000
|
|
|
|
|
|
| |
having to evaluate the expression again when writing.
llvm-svn: 120920
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
foo = a - b
.long foo
instead of just
.long a - b
First, on darwin9 64 bits the assembler produces the wrong result. Second,
if "a" is the end of the section all darwin assemblers (9, 10 and mc) will not
consider a - b to be a constant but will if the dummy foo is created.
Split how we handle these cases. The first one is something MC should take care
of. The second one has to be handled by the caller.
llvm-svn: 120889
|
|
|
|
|
|
|
|
|
|
|
| |
doing that if the target is darwin10 or newer.
This fixes
*) Direct object emission was producing objects without the workaround on
darwin9.
*) Assembly printing was producing objects with the workaround on linux.
llvm-svn: 120866
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
darwin9 linker, what is needed to avoid it and where to get more information.
Also make the workaround simpler. Just the regular end_sequence we normally
create is more than 4 bytes.
Tested by building cctools and ld64 from darwin9 on a darwin10 system and using
those. I checked that I was able to reproduce the bootstrap failure when
the the workaround was disabled.
llvm-svn: 120854
|
|
|
|
|
|
|
| |
data fragment. This reduces the time to assemble the test in 8711 from 60s to
54s.
llvm-svn: 120767
|
|
|
|
|
|
| |
already emitted debug info. So, for now, emit dummy line table entry to make older linker and assemblers happy. This is not a new behavior, original AsmPrinter emitted similar line table entries.
llvm-svn: 120760
|
|
|
|
|
|
| |
This is a fix for llvm-gcc-i386-darwin9 buildbot failure.
llvm-svn: 120742
|
|
|
|
| |
llvm-svn: 119967
|
|
|
|
|
|
| |
deterministic order.
llvm-svn: 119795
|
|
|
|
|
|
|
|
|
|
|
|
| |
MCStreamer instead of just MCObjectStreamer. Address changes cannot
be as efficient as we have to use DW_LNE_set_addres, but at least
most of the logic is shared.
This will be used so that, with CodeGen still using EmitDwarfLocDirective,
llvm-gcc is able to produce debug_line sections without needing an
assembler that supports .loc.
llvm-svn: 119777
|
|
|
|
| |
llvm-svn: 118962
|
|
|
|
|
|
|
|
|
| |
We only produce debug line information if we have seen a line directive, so
this code is dead. Also, if we want to be bug by bug compatible with
gas and sometimes produce "empty" .debug_line sections, this will
match the content produced by gas.
llvm-svn: 118914
|
|
|
|
| |
llvm-svn: 118023
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1) Changed ValidateDwarfFileNumber() to isValidDwarfFileNumber() to be better
named. Since it is just a predicate and isn't actually changing any state.
2) Added a missing return in the comments for setCurrentDwarfLoc() in
include/llvm/MC/MCContext.h for fix formatting.
3) Changed clearDwarfLocSeen() to ClearDwarfLocSeen() since it does change
state.
4) Simplified the last test in isValidDwarfFileNumber() to just a one line
boolean test of MCDwarfFiles[FileNumber] != 0 for the final return statement.
llvm-svn: 115551
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
and output the dwarf line number tables. This contains the code to emit and
encode the dwarf line tables from the previously gathered information in the
MCLineSection objects. This contains all the details to encode the line and
address deltas into the dwarf line table.
To do this an MCDwarfLineAddrFragment has been added.
Also this moves the interface code out of Mach-O streamer into
MCDwarf so it should be useable by other object file formats.
There is now one call to be made from an MCObjectStreamer
EmitInstruction() method:
MCLineEntry::Make(this, getCurrentSection());
to create a line entry after each instruction is assembled.
And one call call to be made from an MCObjectStreamer Finish() method:
MCDwarfFileTable::Emit(this, DwarfLineSection);
when getContext().hasDwarfFiles() is true and is passed a object file specific
MCSection where to emit the dwarf file and the line tables.
This appears to now be correct for 32-bit targets, at least x86. But the
relocation entries for 64-bit Darwin needs some further work which is next
up to work on. So for now the 64-bit Mach-O target does not output the
dwarf file and line tables.
llvm-svn: 115157
|
|
the info from the .file directive and makes file and directory tables that
will eventually be put out as part of the dwarf info in the output file.
llvm-svn: 109651
|