| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 296954
|
|
|
|
| |
llvm-svn: 296953
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
In 32 bit builds on a 64 bit system `std::malloc` does not return correctly aligned memory. This leads to undefined behavior.
This patch switches to using `posix_memalign` to allocate correctly aligned memory instead.
Reviewers: mclow.lists, danalbert, jroelofs, compnerd
Reviewed By: compnerd
Subscribers: cfe-commits
Differential Revision: https://reviews.llvm.org/D25417
llvm-svn: 296952
|
|
|
|
|
|
|
| |
Currently on remote platforms the lldb-mi tests fail, which means they time out.
Given how many of the lldb-mi tests there are, this means a long wait.
llvm-svn: 296951
|
|
|
|
|
|
|
|
|
| |
This fixes cases where i1 types were not properly legalized yet and lead
to the creating of 0-sized stack slots.
This fixes http://llvm.org/PR32136
llvm-svn: 296950
|
|
|
|
| |
llvm-svn: 296949
|
|
|
|
|
|
| |
Differential Revision: https://reviews.llvm.org/D29846
llvm-svn: 296948
|
|
|
|
|
|
|
| |
It wasn't always normalizing slashes correctly, so you'd end
up with the same thing in the map twice.
llvm-svn: 296947
|
|
|
|
|
|
|
| |
This is now functionality in LLVM, and all callers have
already been updated to use the LLVM functions.
llvm-svn: 296946
|
|
|
|
|
|
| |
Differential Revision: https://reviews.llvm.org/D29811
llvm-svn: 296945
|
|
|
|
| |
llvm-svn: 296944
|
|
|
|
| |
llvm-svn: 296943
|
|
|
|
| |
llvm-svn: 296942
|
|
|
|
| |
llvm-svn: 296941
|
|
|
|
| |
llvm-svn: 296940
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
devirtualizations to the list of llvm.type.test users.
Any unsuccessful llvm.type.checked.load devirtualizations will be translated
into uses of llvm.type.test, so we need to add the resulting llvm.type.test
intrinsics to the function summaries so that the LowerTypeTests pass will
export them.
Differential Revision: https://reviews.llvm.org/D29808
llvm-svn: 296939
|
|
|
|
| |
llvm-svn: 296938
|
|
|
|
|
|
| |
Differential Revision: https://reviews.llvm.org/D29260
llvm-svn: 296937
|
|
|
|
| |
llvm-svn: 296936
|
|
|
|
|
|
| |
NFC.
llvm-svn: 296935
|
|
|
|
| |
llvm-svn: 296934
|
|
|
|
| |
llvm-svn: 296933
|
|
|
|
|
|
|
|
| |
Now print diagnostics for static, virtual, inline, volatile, and const
differences in methods. Also use DeclarationName instead of IdentifierInfo
for additional robustness in diagnostic printing.
llvm-svn: 296932
|
|
|
|
| |
llvm-svn: 296931
|
|
|
|
|
|
|
| |
Some code that doesn't get compiled on Windows had some references
that needed updating, and I missed those.
llvm-svn: 296930
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: This fails on Windows due to dependence on path separators.
Reviewers: rnk, srhines
Subscribers: llvm-commits
Differential Revision: https://reviews.llvm.org/D30595
llvm-svn: 296929
|
|
|
|
|
|
|
|
|
| |
We can now end up in situations where we initiate LiveIntervalUnion
queries with different SubRanges against the same register unit, so the
assert() no longer holds in all cases. Just recalculate now when we know
the cache is out of date.
llvm-svn: 296928
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This change adds an arch-specific subdirectory in <ResourceDir>/lib/<OS>
to the linker search path. This path also gets added as '-rpath' for
native compilation if a runtime is linked in as a shared object. This
allows arch-specific libraries to be installed alongside clang.
Reviewers: danalbert, cbergstrom, javed.absar
Subscribers: srhines
Differential Revision: https://reviews.llvm.org/D30015
llvm-svn: 296927
|
|
|
|
|
|
| |
It caused PR32134: "Cannot select: intrinsic %llvm.arm.get.fpscr".
llvm-svn: 296926
|
|
|
|
| |
llvm-svn: 296925
|
|
|
|
|
|
|
|
| |
Some repos are not git repos, so git is expected
to fail. These errors should not go to stderr,
because Xcode interprets them as failures.
llvm-svn: 296924
|
|
|
|
|
|
|
| |
It's much easier to reason about single-value inserts and no-one was actually
using the variadic variants before.
llvm-svn: 296923
|
|
|
|
| |
llvm-svn: 296922
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These are simplified variants of the current G_SEQUENCE and G_EXTRACT, which
assume the individual parts will be contiguous, homogeneous, and occupy the
entirity of the larger register. This makes reasoning about them much easer
since you only have to look at the first register being merged and the result
to know what the instruction is doing.
I intend to gradually replace all uses of the more complicated sequence/extract
with these (or single-element insert/extracts), and then remove the older
variants. For now we start with legalization.
llvm-svn: 296921
|
|
|
|
| |
llvm-svn: 296920
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
r296565 attempted to add better diagnostics when an unordered container
is instantiated with a hash that doesn't meet the Hash requirements.
However I mistakenly checked the wrong set of requirements. Specifically
it checked if the hash met the requirements for specializations of
std::hash. However these requirements are stricter than the generic
Hash requirements.
This patch fixes the assertions to only check the Hash requirements.
llvm-svn: 296919
|
|
|
|
|
|
|
|
|
|
|
|
| |
The comments were wrong, and this is not an obvious transform.
This hopefully makes it clearer that we're missing the commuted
patterns for adds. It's less clear that this is actually a good
transform for all micro-arch.
This is prep work for trying to clean up the current adc/sbb
codegen because it's definitely not happening optimally.
llvm-svn: 296918
|
|
|
|
| |
llvm-svn: 296917
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Reset the ValueData for each function to avoid using the ones in
the previous function.
Reviewers: davidxl
Reviewed By: davidxl
Subscribers: llvm-commits, xur
Differential Revision: https://reviews.llvm.org/D30479
llvm-svn: 296916
|
|
|
|
|
|
| |
Older Linux distributions may not have those functions.
llvm-svn: 296915
|
|
|
|
| |
llvm-svn: 296914
|
|
|
|
|
|
| |
It may be flacky, I'll turn it into unsupported if it fails again.
llvm-svn: 296913
|
|
|
|
|
|
| |
into MCObjectStreamer. NFCI.
llvm-svn: 296912
|
|
|
|
|
|
|
|
| |
In the DWARF 4 Spec section 7.2.2, data in many DWARF sections, and some DWARF structures start with "Initial Length Values", which are a 32-bit length, and an optional 64-bit length if the 32 bit value == UINT32_MAX.
This patch abstracts the Initial Length type in YAML, and extends its use to all the DWARF structures that are supported in the DWARFYAML code that have Initial Length values.
llvm-svn: 296911
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In an effort to move the various DataBuffer / DataExtractor
classes from Core -> Utility, we have to separate the low-level
functionality from the higher level functionality. Only a
few functions required anything other than reading/writing
raw bytes, so those functions are separated out into a
more appropriate area. Specifically, Dump() and DumpHexBytes()
are moved into free functions in Core/DumpDataExtractor.cpp,
and GetGNUEHPointer is moved into a static function in the
only file that it's referenced from.
Differential Revision: https://reviews.llvm.org/D30560
llvm-svn: 296910
|
|
|
|
|
|
|
|
|
| |
All references to Host and Core have been removed, so this
class can now safely be lowered into Utility.
Differential Revision: https://reviews.llvm.org/D30559
llvm-svn: 296909
|
|
|
|
| |
llvm-svn: 296908
|
|
|
|
|
|
|
|
|
|
| |
This set may affect code generation and is sensitive to link order (and
possibly in the future to the linker's choice of prevailing symbol), so we
need to include it.
Differential Revision: https://reviews.llvm.org/D30586
llvm-svn: 296907
|
|
|
|
|
|
|
|
|
|
| |
Prior to MSVC 2015 we had to manually include this header any
time we were going to include <thread> or <future> due to a
bug in MSVC's STL implementation. This has been fixed in MSVC
for some time now, and we require VS 2015 minimum, so we can
remove this across all subprojects.
llvm-svn: 296906
|
|
|
|
|
|
| |
- Use slightly better variable names / compute in a more direct way.
llvm-svn: 296905
|