| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
-DLLVM_ENABLE_ASSERTIONS=ON
llvm-svn: 272088
|
| |
|
|
|
|
| |
SourceBasedCodeCoverage.html in libFuzzer docs
llvm-svn: 272070
|
| |
|
|
|
|
|
|
|
|
| |
Changes since the initial commit:
- Use echo instead of printf. This should side-step the character
escaping issues on Windows.
Differential Revision: http://reviews.llvm.org/D20980
llvm-svn: 272068
|
| |
|
|
|
|
|
| |
Adds some discussion of the nature of the format, and some developer
docs on how to work with it in LLVM.
llvm-svn: 272057
|
| |
|
|
|
|
|
|
|
| |
take into account modernizations in r246002 and r270381.
Patch based on http://reviews.llvm.org/D20954 by Miroslav Hrncir.
Thanks Miroslav!
llvm-svn: 271985
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This is an initial implementation of a Hardened Allocator based on Sanitizer Common's CombinedAllocator.
It aims at mitigating heap based vulnerabilities by adding several features to the base allocator, while staying relatively fast.
The following were implemented:
- additional consistency checks on the allocation function parameters and on the heap chunks;
- use of checksum protected chunk header, to detect corruption;
- randomness to the allocator base;
- delayed freelist (quarantine), to mitigate use after free and overall determinism.
Additional mitigations are in the works.
Reviewers: eugenis, aizatsky, pcc, krasin, vitalybuka, glider, dvyukov, kcc
Subscribers: kubabrecka, filcab, llvm-commits
Differential Revision: http://reviews.llvm.org/D20084
llvm-svn: 271968
|
| |
|
|
|
|
|
|
|
| |
This reverts commit r271953. It's still breaking on Windows, though the
list initialization issue is fixed:
http://bb.pgr.jp/builders/ninja-clang-i686-msc19-R/builds/3751
llvm-svn: 271963
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Changes since the initial commit:
- Normalize file paths read from the file to prevent Windows path
separators from escaping parts of the path.
- Since we need to store the normalized file paths in WeightedFile,
don't do tricky things to keep the source MemoryBuffer alive.
- Don't use list-initialization for a std::string in WeightedFile.
Differential Revision: http://reviews.llvm.org/D20980
llvm-svn: 271953
|
| |
|
|
|
|
|
|
| |
This reverts commit r271949. It breaks the Windows build:
http://lab.llvm.org:8011/builders/clang-x64-ninja-win7/builds/12796
llvm-svn: 271952
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Changes since the initial commit:
- Normalize file paths read from the file to prevent Windows path
separators from escaping parts of the path.
- Since we need to store the normalized file paths in WeightedFile,
don't do tricky things to keep the source MemoryBuffer alive.
Differential Revision: http://reviews.llvm.org/D20980
llvm-svn: 271949
|
| |
|
|
|
|
| |
CMake 3.4.3 is now required for building LLVM-based projects.
llvm-svn: 271945
|
| |
|
|
| |
llvm-svn: 271924
|
| |
|
|
|
|
| |
Streamline some wording, fix a bug in the markup for the layer interface table.
llvm-svn: 271917
|
| |
|
|
| |
llvm-svn: 271913
|
| |
|
|
|
|
|
|
| |
of OptimizeLayer for CompileLayer in Chapter 2.
Hopefully this will read a little more clearly.
llvm-svn: 271868
|
| |
|
|
| |
llvm-svn: 271867
|
| |
|
|
|
|
|
|
|
|
| |
This chapter discusses IR optimizations, the ORC IRTransformLayer, and the ORC
layer concept itself.
The text is still pretty rough, but I think the main ideas are there. Feedback
is very welcome, as always.
llvm-svn: 271865
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
and/or tests aren't working on Windows currently.
There seems to be some problem with quoting the file paths. I don't
understand the test structure here or the code well enough to try to
come up with a way to correctly handle paths with back slashes in them,
and this has caused the Windows builds to be failing for 7 hours now, so
I'm reverting the whole thing to bring them back to life. Sorry for the
disruption, but a couple of these were bug fixes anyways that can be
folded into a fresh commit.
Reverts the following patches:
r271756: Clean up the way we create the input filenames buffer (NFC)
r271748: Fix use-after-free from discarded MemoryBuffer (NFC)
r271710: Fix option description (NFC)
r271709: Add option to ingest filepaths from a file
llvm-svn: 271760
|
| |
|
|
| |
llvm-svn: 271742
|
| |
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D20980
llvm-svn: 271709
|
| |
|
|
| |
llvm-svn: 271493
|
| |
|
|
| |
llvm-svn: 271490
|
| |
|
|
| |
llvm-svn: 271452
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The new option makes it possible to build external projects as part of
the llvm build without copying (or symlinking) then into llvm/tool with
specifying a few additional cmake variables.
Example usage (2 additional project called foo and bar):
-DLLVM_EXTERNAL_PROJECTS="Foo;Bar"
-DLLVM_EXTERNAL_FOO_SOURCE_DIR=/src/foo
-DLLVM_EXTERNAL_BAR_SOURCE_DIR=/src/bar
Note: This is the extension of the approach we already support for
clang/lldb/poly with adding an option to specify additional supported
projects.
Differential revision: http://reviews.llvm.org/D20838
llvm-svn: 271440
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
It isn't clear what is the operational meaning of loading or storing an
unsized types, since it cannot be lowered into something meaningful.
Since there does not seem to be any practical need for it either, make
such loads and stores illegal IR.
Reviewers: majnemer, chandlerc
Subscribers: mcrosier, llvm-commits
Differential Revision: http://reviews.llvm.org/D20846
llvm-svn: 271402
|
| |
|
|
|
|
|
|
|
|
| |
This tidies up some code that was manually constructing RuntimeDyld::SymbolInfo
instances from JITSymbols. It will save more mess in the future when
JITSymbol::getAddress is extended to return an Expected<TargetAddress> rather
than just a TargetAddress, since we'll be able to embed the error checking in
the conversion.
llvm-svn: 271350
|
| |
|
|
|
|
|
|
|
|
| |
This patch adds an IR, assembly and bitcode representation for metadata
attachments for globals. Future patches will port existing features to use
these new attachments.
Differential Revision: http://reviews.llvm.org/D20074
llvm-svn: 271348
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This is as per the discussions on developer lists:
http://lists.llvm.org/pipermail/llvm-dev/2016-April/098780.html
http://lists.llvm.org/pipermail/llvm-dev/2016-May/100058.html
Subscribers: llvm-commits
Differential Revision: http://reviews.llvm.org/D20822
llvm-svn: 271325
|
| |
|
|
|
|
| |
The IR support is already well-documented.
llvm-svn: 271315
|
| |
|
|
|
|
|
|
|
|
|
| |
* Various tidy-up and streamlining of existing discussion.
* Describes findSymbol and removeModule.
Chapter 1 is now rough but essentially complete in terms of content.
Feedback, patches etc. very welcome.
llvm-svn: 271225
|
| |
|
|
| |
llvm-svn: 271213
|
| |
|
|
| |
llvm-svn: 271083
|
| |
|
|
| |
llvm-svn: 271064
|
| |
|
|
|
|
| |
us to keep asan reports when closing target's stderr
llvm-svn: 271053
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: * docs/WritingAnLLVMBackend.rst: Makefiles are no longer used. The users should use CMakeLists.txt. In order to add the target, the TARGETS_TO_BUILD is replaced with LLVM_ALL_TARGETS.
Reviewers: gribozavr, void, beanz
Subscribers: llvm-commits
Patch By: Visoiu Mistrih Francis (thegameg)
Differential Revision: http://reviews.llvm.org/D20700
llvm-svn: 270921
|
| |
|
|
| |
llvm-svn: 270918
|
| |
|
|
|
|
| |
tutorial.
llvm-svn: 270917
|
| |
|
|
|
|
|
|
|
|
| |
The memory location that corresponds to a volatile operation is very
special. They are observed by the machine in ways which we cannot
reason about.
Differential Revision: http://reviews.llvm.org/D20555
llvm-svn: 270879
|
| |
|
|
| |
llvm-svn: 270809
|
| |
|
|
|
|
|
| |
This text was accidentally left in when the original document was copied from
Chapter 7 of the Kaleidoscope language series.
llvm-svn: 270799
|
| |
|
|
|
|
|
|
|
| |
series.
The original name was pretty long, and likely to look awkward as more
chapters get added.
llvm-svn: 270796
|
| |
|
|
|
|
|
|
|
|
| |
Reviewers: rnk
Subscribers: llvm-commits, tra
Differential Revision: http://reviews.llvm.org/D20494
llvm-svn: 270789
|
| |
|
|
| |
llvm-svn: 270782
|
| |
|
|
|
|
| |
method to Chapter1 of the BuildingAJIT tutorial.
llvm-svn: 270778
|
| |
|
|
| |
llvm-svn: 270744
|
| |
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D20594
llvm-svn: 270626
|
| |
|
|
|
|
|
|
|
| |
This is a work in progress - the chapter text is incomplete, though
the example code compiles and runs.
Feedback and patches are, as usual, most welcome.
llvm-svn: 270487
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Summary: This needs to get in before anything is released concerning attribute. If the old name gets in the wild, then we are stuck with it forever. Putting it in its own diff should getting that part at least in fast.
Reviewers: Wallbraker, whitequark, joker.eph, echristo, rafael, jyknight
Subscribers: llvm-commits, joker.eph
Differential Revision: http://reviews.llvm.org/D20417
llvm-svn: 270452
|
| |
|
|
| |
llvm-svn: 269857
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
In practice only a few well known appending linkage variables work.
Currently if codegen sees an unknown appending linkage variable it will
just print it as a regular global. That is wrong as the symbol in the
produced object file has different semantics as the one provided by the
appending linkage.
This just errors early instead of producing a broken .o.
llvm-svn: 269706
|