| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
| |
Reviewers: zturner, ki.stfu
Reviewed By: zturner, ki.stfu
Subscribers: ki.stfu, lldb-commits
Differential Revision: http://reviews.llvm.org/D7912
llvm-svn: 230706
|
| |
|
|
| |
llvm-svn: 230705
|
| |
|
|
| |
llvm-svn: 230704
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Function pointers were not correctly handled by the dumper, and
they would print as "* name". They now print as
"int (__cdecl *name)(int arg1, int arg2)" as they should.
Also, doubles were being printed as floats. This fixes that bug
as well, and adds tests for all builtin types. as well as a test
for function pointers.
llvm-svn: 230703
|
| |
|
|
|
|
|
|
|
|
|
| |
Previously we have a string -> string map to keep the weak alias
symbol mapping. Naturally we can't define more than one weak alias
with that data structure.
This patch is to allow multiple aliases for the same symbol by
changing the map type to string -> set of string map.
llvm-svn: 230702
|
| |
|
|
|
|
| |
(Saving files works, who knew?)
llvm-svn: 230701
|
| |
|
|
|
|
| |
forwarding to the one that didn't take a context.
llvm-svn: 230700
|
| |
|
|
|
|
|
|
|
| |
a lookup, pass that in rather than use a naked call to getSubtargetImpl.
This involved passing down and around either a TargetMachine or
TargetRegisterInfo. Update all callers/definitions around the targets
and SelectionDAG.
llvm-svn: 230699
|
| |
|
|
|
|
|
| |
need this shortly to get a TargetRegisterInfo from the subtarget
for TargetLowering routines.
llvm-svn: 230698
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The __finally emission block tries to be clever by removing unused continuation
edges if there's an unconditional jump out of the __finally block. With
exception edges, the EH continuation edge isn't always unused though and we'd
crash in a few places.
Just don't be clever. That makes the IR for __finally blocks a bit longer in
some cases (hence small and behavior-preserving changes to existing tests), but
it makes no difference in general and it fixes the last crash from PR22553.
http://reviews.llvm.org/D7918
llvm-svn: 230697
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
blend as legal.
We made the same mistake in two different places. Whenever we are custom
lowering a v32i8 blend we need to check whether we are custom lowering
it only for constant conditions that can be shuffled, or whether we
actually have AVX2 and full dynamic blending support on bytes. Both are
fixed, with comments added to make it clear what is going on and a new
test case.
llvm-svn: 230695
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
http://llvm.org/bugs/show_bug.cgi?id=20400
The default triple of i686-pc-linux-gnu for 32 bit linux targets is compatible
but not necessarily identical to the inferior binaries.
Applying Azat Khuzhin's solution of using ArchSpec::IsCompatibleMatch() instead
of ArchSpec::IsExactMatch() when comparing ObjectFile and Modules architecture.
Reviewers: vharron
Subscribers: lldb-commits
Differential Revision: http://reviews.llvm.org/D7897
llvm-svn: 230694
|
| |
|
|
|
|
|
| |
Move SectionMap to its only user (emitDebugARanges) and
reorder to save a call to sort.
llvm-svn: 230693
|
| |
|
|
|
|
| |
Reverts commit r230686 with define modifications.
llvm-svn: 230692
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
There was no guarantee that the three threads haven't already exited by the
time the watchpoint is set.
Reviewers: ovyalov
Subscribers: lldb-commits
Differential Revision: http://reviews.llvm.org/D7916
llvm-svn: 230691
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
dynamic blends.
This makes it much more clear what is going on. The case we're handling
is that of dynamic conditions, and we're bailing when the nature of the
vector types and subtarget preclude lowering the dynamic condition
vselect as an actual blend.
No functionality changed here, but this will make a subsequent bug-fix
to this code much more clear.
llvm-svn: 230690
|
| |
|
|
|
|
|
| |
change functionality, but makes it more clear that the dynamic case and
the shuffle case don't overlap in any interesting way.
llvm-svn: 230689
|
| |
|
|
|
|
| |
AVX2.
llvm-svn: 230688
|
| |
|
|
| |
llvm-svn: 230687
|
| |
|
|
| |
llvm-svn: 230686
|
| |
|
|
| |
llvm-svn: 230685
|
| |
|
|
|
|
| |
clang-cl -Wtautological
llvm-svn: 230684
|
| |
|
|
| |
llvm-svn: 230683
|
| |
|
|
| |
llvm-svn: 230682
|
| |
|
|
|
|
|
|
|
|
|
|
| |
support
Reviewers: rsmith
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D7891
llvm-svn: 230681
|
| |
|
|
| |
llvm-svn: 230680
|
| |
|
|
|
|
|
|
|
| |
User should be able to override default search paths using the -L
option.
http://reviews.llvm.org/D7902
llvm-svn: 230679
|
| |
|
|
|
|
| |
No functional changes.
llvm-svn: 230678
|
| |
|
|
|
|
| |
No functional changes.
llvm-svn: 230677
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Creating BinaryCoverageReader is a strange and complicated dance where
the constructor sets error codes that member functions will later
read, and the object is in an invalid state if readHeader isn't
immediately called after construction.
Instead, make the constructor private and add a static create method
to do the construction properly. This also has the benefit of removing
readHeader completely and simplifying the interface of the object.
llvm-svn: 230676
|
| |
|
|
|
|
|
| |
The current name is long and confusing. A shorter one is both easier
to understand and easier to work with.
llvm-svn: 230675
|
| |
|
|
|
|
|
|
| |
instead of getDefaultTargetTriple.
http://reviews.llvm.org/D7893
llvm-svn: 230674
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It is not sound to mark the increment operation as `nuw` or `nsw`
based on a proof off of the add recurrence if the increment operation
we emit happens to be a `sub` instruction.
I could not come up with a test case for this -- the cases where
SCEVExpander decides to emit a `sub` instruction is quite small, and I
cannot think of a way I'd be able to get SCEV to prove that the
increment does not overflow in those cases.
Differential Revision: http://reviews.llvm.org/D7899
llvm-svn: 230673
|
| |
|
|
| |
llvm-svn: 230672
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
They'll be set anyway when the thread starts running, so the launching threads
should just ignore the set request.
Reviewers: ovyalov
Subscribers: lldb-commits
Differential Revision: http://reviews.llvm.org/D7914
llvm-svn: 230671
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
On 32bits x86 Darwin, the register mappings for the eh_frane and
debug_frame sections are different. Thus the same CFI instructions
should result in different registers in the object file. The
problem isn't target specific though, but it requires that the
mappings for EH register numbers be different from the standard
Dwarf one.
The patch looks a bit clumsy. LLVM uses the EH mapping as
canonical for everything frame related. Thus we need to do a
double conversion EH -> LLVM -> Non-EH, when emitting the
debug_frame section.
Fixes PR22363.
Differential Revision: http://reviews.llvm.org/D7593
llvm-svn: 230670
|
| |
|
|
|
|
| |
Patch by Dave Huseby.
llvm-svn: 230669
|
| |
|
|
|
|
|
|
|
|
| |
MSVC doesn't warn on this. Users are expected to apply the WINAPI macro
to functions passed by pointer to the Win32 API, and this macro expands
to __stdcall. This means we end up with a lot of useless noisy warnings
about ignored calling conventions when compiling code with clang for
Win64.
llvm-svn: 230668
|
| |
|
|
|
|
|
|
| |
The shadow stack space expectations won't match.
Fixes PR22709.
llvm-svn: 230667
|
| |
|
|
| |
llvm-svn: 230666
|
| |
|
|
| |
llvm-svn: 230665
|
| |
|
|
|
|
| |
tutorial.
llvm-svn: 230664
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Test Plan: Build LLDB.
Reviewers: zturner, vharron, clayborg
Reviewed By: vharron, clayborg
Subscribers: jingham, lldb-commits
Differential Revision: http://reviews.llvm.org/D7894
llvm-svn: 230663
|
| |
|
|
|
|
|
| |
We build and support UBSan on 32-bit platforms. We should run tests
there as well. Fixes PR22683.
llvm-svn: 230662
|
| |
|
|
|
|
| |
size 0, and consequently crash
llvm-svn: 230661
|
| |
|
|
|
|
|
|
|
|
| |
loads/stores
InstCombine has long had logic to convert aligned Altivec load/store intrinsics
into regular loads and stores. This mirrors that functionality for QPX vector
load/store intrinsics.
llvm-svn: 230660
|
| |
|
|
|
|
|
|
|
|
|
|
| |
have the debugger step through each one individually. Turn off the
combine for adjacent stores at -O0 so we get this behavior.
Possibly, DAGCombine shouldn't run at all at -O0, but that's for
another day; see PR22346.
Differential Revision: http://reviews.llvm.org/D7181
llvm-svn: 230659
|
| |
|
|
| |
llvm-svn: 230658
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There was a problem when passing structures as variable arguments.
The structures smaller than 64 bit were not left justified on MIPS64
big endian. This is now fixed by shifting the value to make it left-
justified when appropriate.
This fixes the bug http://llvm.org/bugs/show_bug.cgi?id=21608
Patch by Aleksandar Beserminji.
Differential Revision: http://reviews.llvm.org/D7881
llvm-svn: 230657
|
| |
|
|
| |
llvm-svn: 230656
|