| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 204357
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This is mainly a movement of content around to give place to new content
allowing different people to add bits to it in the right place. There is some
new content, but mostly to fill the gaps left by text movement.
I'm dropping the old syntax documentation as it has the problem of being
quickly outdated by changes and largely unnecessary to people not involved
in creating the language, but using it, which is the whole point of the
documentation.
llvm-svn: 204351
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
None of the existing tests for LowerInvoke check LowerInvoke's output,
and all but one use "-enable-correct-eh-support", which is obsolete,
so those tests will be removed when that option is removed.
To make sure LowerInvoke will still have test coverage, this adds a
test for its default mode which converts invokes to calls.
Differential Revision: http://llvm-reviews.chandlerc.com/D3124
llvm-svn: 204344
|
| |
|
|
|
|
|
|
|
|
| |
The Octeon cpu from Cavium Networks is mips64r2 based and has an extended
instruction set. In order to utilize this with LLVM, a new cpu feature "octeon"
and a subtarget feature "cnmips" is added. A small set of new instructions
(baddu, dmul, pop, dpop, seq, sne) is also added. LLVM generates dmul, pop and
dpop instructions with option -mcpu=octeon or -mattr=+cnmips.
llvm-svn: 204337
|
| |
|
|
|
|
|
|
| |
After the -asan pass had been split into -asan (function-level) and -asan-module (module-level) some of the
tests have silently stopped working, because they didn't instrument the globals anymore.
We've decided to have every test using both passes, irrespective of the presence of globals in it.
llvm-svn: 204335
|
| |
|
|
|
|
| |
Fixes https://code.google.com/p/address-sanitizer/issues/detail?id=279.
llvm-svn: 204331
|
| |
|
|
| |
llvm-svn: 204329
|
| |
|
|
|
|
| |
Differential Revision: http://llvm-reviews.chandlerc.com/D3112
llvm-svn: 204325
|
| |
|
|
|
|
| |
http://llvm-reviews.chandlerc.com/D3080
llvm-svn: 204323
|
| |
|
|
|
|
|
|
| |
Also removed some unnecessary #includes.
No functional changes.
llvm-svn: 204320
|
| |
|
|
| |
llvm-svn: 204318
|
| |
|
|
| |
llvm-svn: 204316
|
| |
|
|
|
|
|
| |
obj2yaml would emit the NUL bytes padding the auxiliary file symbol
records. Trimming them looks nicer.
llvm-svn: 204314
|
| |
|
|
|
|
| |
No functionality change.
llvm-svn: 204313
|
| |
|
|
|
|
|
| |
We would emit a pair of double quotes inside a pair of single quotes.
Just use a pair of single quotes.
llvm-svn: 204312
|
| |
|
|
|
|
|
| |
Re-apply the change after it was reverted to do conflicts due to another change
being reverted.
llvm-svn: 204306
|
| |
|
|
|
|
| |
particular this makes a too short instruction with a missing SIB byte fail.
llvm-svn: 204305
|
| |
|
|
|
|
| |
treating DPair as QPR.
llvm-svn: 204304
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Given
bar = foo + 4
.long bar
MC would eat the 4. GNU as includes it in the relocation. The rule seems to be
that a variable that defines a symbol is used in the relocation and one that
does not define a symbol is evaluated and the result included in the relocation.
Fixing this unfortunately required some other changes:
* Since the variable is now evaluated, it would prevent the ELF writer from
noticing the weakref marker the elf streamer uses. This patch then replaces
that with a VariantKind in MCSymbolRefExpr.
* Using VariantKind then requires us to look past other VariantKind to see
.weakref bar,foo
call bar@PLT
doing this also fixes
zed = foo +2
call zed@PLT
so that is a good thing.
* Looking past VariantKind means that the relocation selection has to use
the fixup instead of the target.
This is a reboot of the previous fixes for MC. I will watch the sanitizer
buildbot and wait for a build before adding back the previous fixes.
llvm-svn: 204294
|
| |
|
|
|
|
|
|
| |
This appears to trigger failures with optimization and function arguments somehow.
This reverts commit r204277.
llvm-svn: 204286
|
| |
|
|
| |
llvm-svn: 204279
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This commit moves us from a single range per subprogram to extending
ranges if we are:
a) In the same section, and
b) In the same enclosing CU.
This means we have more fine grained ranges for compile units, and fewer
ranges overall when we have multiple functions in the same CU
adjacent to each other in the object file.
Also remove all of the earlier hacks around this functionality for
function sections etc. Also update all of the testcases to take into
account the merging functionality.
llvm-svn: 204277
|
| |
|
|
| |
llvm-svn: 204275
|
| |
|
|
| |
llvm-svn: 204274
|
| |
|
|
|
|
|
| |
v2:
-Use correct opcode for DS_READ_64
llvm-svn: 204273
|
| |
|
|
| |
llvm-svn: 204272
|
| |
|
|
|
|
| |
The source and destination happen to be the same register.
llvm-svn: 204271
|
| |
|
|
|
|
|
|
| |
It isn't actually used now, and probably never will be, plus it makes
tests less annoying. I also think SC prints GDS instructions as a
separate instruction name.
llvm-svn: 204270
|
| |
|
|
|
|
|
|
|
| |
Also remove unused data fields from the DS_Load_Helper class.
v2:
- Merge fields for DS_WRITE
llvm-svn: 204269
|
| |
|
|
|
|
| |
Introduced when I rebased my changes to use isReservedSectionNumber.
llvm-svn: 204260
|
| |
|
|
| |
llvm-svn: 204256
|
| |
|
|
| |
llvm-svn: 204252
|
| |
|
|
|
|
| |
and emitted and that no NOPs are emitted in a 'noreorder section'.
llvm-svn: 204250
|
| |
|
|
| |
llvm-svn: 204230
|
| |
|
|
| |
llvm-svn: 204216
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The current state of affairs has auxiliary symbols described as a big
bag of bytes. This is less than satisfying, it detracts from the YAML
file as being human readable.
Instead, allow for symbols to optionally contain their auxiliary data.
This allows us to have a much higher level way of describing things like
weak symbols, function definitions and section definitions.
This depends on D3105.
Differential Revision: http://llvm-reviews.chandlerc.com/D3092
llvm-svn: 204214
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Summary: These definitions are useful to other aspects of LLVM, move them out.
Reviewers: rafael, nrieck, ruiu
CC: llvm-commits
Differential Revision: http://llvm-reviews.chandlerc.com/D3105
llvm-svn: 204213
|
| |
|
|
|
|
|
|
| |
The file violated the coding standard. Make it conform.
No functionality change.
llvm-svn: 204212
|
| |
|
|
|
|
| |
We'll be adding a few more subcommands in the near future.
llvm-svn: 204211
|
| |
|
|
|
|
| |
This also uses line_iterator to simplify the parsing logic.
llvm-svn: 204210
|
| |
|
|
| |
llvm-svn: 204205
|
| |
|
|
|
|
| |
contained elements. Don't reset them back to 0 as their values aren't needed any more. This results in ~StringMap() being mostly empty for POD types in BumpPtrAllocators
llvm-svn: 204204
|
| |
|
|
|
|
| |
This reverts commit r204178.
llvm-svn: 204203
|
| |
|
|
|
|
|
|
|
|
|
|
| |
debug_line.dwo
This isn't a complete fix - it falls back to non-comp_dir when multiple
compile units are in play. Adding a map of comp_dir to table is part of
the more general solution, but I gave up (in the short term) when I
realized I'd also have to calculate the size of each type unit so as to
produce correct DW_AT_stmt_list attributes.
llvm-svn: 204202
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The "noduplicate" function attribute exists to prevent certain optimizations
from duplicating calls to the function. This is important on platforms where
certain function call duplications are unsafe (for example execution barriers
for CUDA and OpenCL).
This patch makes it possible to specify intrinsics as "noduplicate" and
translates that to the appropriate function attribute.
llvm-svn: 204200
|
| |
|
|
|
|
| |
Differential Revision: http://llvm-reviews.chandlerc.com/D3103
llvm-svn: 204199
|
| |
|
|
| |
llvm-svn: 204198
|
| |
|
|
| |
llvm-svn: 204197
|
| |
|
|
|
|
|
|
|
|
| |
The use_iterator redesign in r203364 introduced an increment past the
end of a range in -objc-arc-contract. Added an explicit check for the
end of the range.
<rdar://problem/16333235>
llvm-svn: 204195
|
| |
|
|
| |
llvm-svn: 204194
|