| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 196467
|
| |
|
|
|
|
|
|
|
| |
This just extends the existing hack. It should be enough to get a reproducible bootstrap
on 32 bits.
I will open a bug to track getting a real fix for this.
llvm-svn: 196462
|
| |
|
|
|
|
| |
v4i64 and v8i64.
llvm-svn: 196456
|
| |
|
|
|
|
|
| |
DIEs already contain references directly to their DIEAbbrev, use that
instead of looking it up based on index.
llvm-svn: 196446
|
| |
|
|
| |
llvm-svn: 196445
|
| |
|
|
| |
llvm-svn: 196442
|
| |
|
|
|
|
| |
values with the correct behavior.
llvm-svn: 196441
|
| |
|
|
|
|
|
|
|
|
|
|
| |
ELF_Other_Weakref and ELF_Other_ThumbFunc seems to be LLVM
internal ELF symbol flags. These should not be emitted to
object file.
This commit defines ELF_STO_Shift for the target-defined
flags for st_other, and increase the value of
ELF_Other_Shift to 16.
llvm-svn: 196440
|
| |
|
|
| |
llvm-svn: 196437
|
| |
|
|
|
|
| |
Patch by Aleksey Bader.
llvm-svn: 196435
|
| |
|
|
| |
llvm-svn: 196434
|
| |
|
|
|
|
|
|
| |
compilation units.
Code review feedback on r196394 by Paul Robinson.
llvm-svn: 196433
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Where it would use a scattered relocation entry but falls back to a
normal relocation entry because the FixupOffset is more than 24-bits.
The bug is in the X86MachObjectWriter::RecordScatteredRelocation() where
it changes reference parameter FixedValue but then returns false to indicate
it did not create a scattered relocation entry. The fix is simply to save the
original value of the parameter FixedValue at the start of the method and
restore it if we are returning false in that case.
rdar://15526046
llvm-svn: 196432
|
| |
|
|
| |
llvm-svn: 196431
|
| |
|
|
| |
llvm-svn: 196430
|
| |
|
|
| |
llvm-svn: 196427
|
| |
|
|
| |
llvm-svn: 196426
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ARM symbol variants are written with parens instead of @ like this:
.word __GLOBAL_I_a(target1)
This commit adds support for parsing these symbol variants in
expressions. We introduce a new flag to MCAsmInfo that indicates the
parser should use parens to parse the symbol variant. The expression
parser is modified to look for symbol variants using parens instead
of @ when the corresponding MCAsmInfo flag is true.
The MCAsmInfo parens flag is enabled only for ARM on ELF.
By adding this flag to MCAsmInfo, we are able to get rid of
redundant ARM-specific symbol variants and use the generic variants
instead (e.g. VK_GOT instead of VK_ARM_GOT). We use the new
UseParensForSymbolVariant attribute in MCAsmInfo to correctly print
the symbol variants for arm.
To achive this we need to keep a handle to the MCAsmInfo in the
MCSymbolRefExpr class that we can check when printing the symbol
variant.
Updated Tests:
Changed case of symbol variant to match the generic kind.
test/CodeGen/ARM/tls-models.ll
test/CodeGen/ARM/tls1.ll
test/CodeGen/ARM/tls2.ll
test/CodeGen/Thumb2/tls1.ll
test/CodeGen/Thumb2/tls2.ll
PR18080
llvm-svn: 196424
|
| |
|
|
| |
llvm-svn: 196422
|
| |
|
|
| |
llvm-svn: 196421
|
| |
|
|
|
|
| |
rather than magically making the names match.
llvm-svn: 196419
|
| |
|
|
|
|
|
|
| |
While we still have a few (~4) non-trivial comments with string
concatenation, etc that should remain conditionalized, these trivial
literal comments can be simplified.
llvm-svn: 196416
|
| |
|
|
| |
llvm-svn: 196414
|
| |
|
|
|
|
| |
checks. No functional change.
llvm-svn: 196412
|
| |
|
|
| |
llvm-svn: 196400
|
| |
|
|
|
|
|
| |
a few things more const as well because we're now using const
references to refer to iterators.
llvm-svn: 196398
|
| |
|
|
|
|
|
|
|
|
| |
Since we always emit only one abbrevation section (shared by all the
compilation units in this module) there's no need for a separate label
at the start of each one (and we weren't using the CU ID anyway, so
there really was only one label). Use the section label instead and drop
the wholely unused debug_abbrev_end label.
llvm-svn: 196394
|
| |
|
|
| |
llvm-svn: 196393
|
| |
|
|
|
|
|
|
| |
Instead, reuse the same MCSymbol - this should make the code easier to
follow by avoiding hard to trace dependencies between different bits of
code.
llvm-svn: 196392
|
| |
|
|
|
|
| |
- No test case as there's no calling convention preserve YMM31/ZMM31 only
llvm-svn: 196391
|
| |
|
|
|
|
|
| |
VFP4.
Patch by Daniel Stewart!
llvm-svn: 196390
|
| |
|
|
|
|
|
|
| |
with dedicated mask registers.
Patch by Aleksey Bader.
llvm-svn: 196386
|
| |
|
|
|
|
| |
And add the proper fix.
llvm-svn: 196367
|
| |
|
|
|
|
|
| |
This currently breaks clang/test/CodeGen/code-coverage.c. The root cause
is that the newly introduced access to Funcs[j] is out of bounds.
llvm-svn: 196365
|
| |
|
|
| |
llvm-svn: 196362
|
| |
|
|
| |
llvm-svn: 196360
|
| |
|
|
|
|
|
| |
The function checksums are hashed from the concatenation of the function
name and line number.
llvm-svn: 196358
|
| |
|
|
|
|
|
| |
Added additional checks for the Identifier, CfgChecksum and Name for
each GCOVFunction. Also added function names in error messages.
llvm-svn: 196356
|
| |
|
|
| |
llvm-svn: 196354
|
| |
|
|
|
|
|
|
| |
This splits the file-scope read() function into readGCNO() and
readGCDA(). Also broke file format read into functions that first read
the file type, then check the version.
llvm-svn: 196353
|
| |
|
|
|
|
| |
Thanks for j`ey and Sean Silva for noticing it.
llvm-svn: 196344
|
| |
|
|
| |
llvm-svn: 196341
|
| |
|
|
| |
llvm-svn: 196334
|
| |
|
|
|
|
|
|
|
| |
this completes the basic port of ARM constant islands to Mips16.
More testing, code review, cleanup is in order but basically everything
seems to be working. A bug in gas is preventing some of the runtime
testing but I hope to resolve this soon.
llvm-svn: 196331
|
| |
|
|
| |
llvm-svn: 196323
|
| |
|
|
|
|
|
|
|
|
| |
Unlike msvc, when handling a thiscall + sret gcc will
* Put the sret in %ecx
* Put the this pointer is (%esp)
This fixes, for example, calling stringstream::str.
llvm-svn: 196312
|
| |
|
|
| |
llvm-svn: 196310
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This fixes a logic bug pointed out by Juraj Ivancic.
No behavior change because none of the in-tree clients of
cl::ExpandResponseFiles check the return value. In this case, the
@prefixed arguments are left in the command line. Downstream command
line processing has the opportunity to emit errors about it, so this
isn't that bad.
llvm-svn: 196306
|
| |
|
|
| |
llvm-svn: 196304
|
| |
|
|
| |
llvm-svn: 196301
|