| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
the default for clang for some time now and can handle compiler-rt.
llvm-svn: 151367
|
| |
|
|
| |
llvm-svn: 151366
|
| |
|
|
| |
llvm-svn: 151365
|
| |
|
|
|
|
| |
surrounding it.
llvm-svn: 151364
|
| |
|
|
| |
llvm-svn: 151363
|
| |
|
|
|
|
| |
-mcpu does not choose arch automatically, on non-x86 hosts.
llvm-svn: 151362
|
| |
|
|
|
|
| |
Patch by Ahmed Charles
llvm-svn: 151360
|
| |
|
|
| |
llvm-svn: 151359
|
| |
|
|
|
|
| |
of the StringRef.Split2 unittest on 32 bit machines.
llvm-svn: 151358
|
| |
|
|
|
|
| |
uninitialized. While there, restyle this function! No functionality change.
llvm-svn: 151357
|
| |
|
|
| |
llvm-svn: 151356
|
| |
|
|
| |
llvm-svn: 151355
|
| |
|
|
|
|
| |
hasTrivialMoveConstructor().
llvm-svn: 151354
|
| |
|
|
| |
llvm-svn: 151353
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
that provides the behavior of the C++11 library trait
std::is_trivially_constructible<T, Args...>, which can't be
implemented purely as a library.
Since __is_trivially_constructible can have zero or more arguments, I
needed to add Yet Another Type Trait Expression Class, this one
handling arbitrary arguments. The next step will be to migrate
UnaryTypeTrait and BinaryTypeTrait over to this new, more general
TypeTrait class.
Fixes the Clang side of <rdar://problem/10895483> / PR12038.
llvm-svn: 151352
|
| |
|
|
|
|
| |
fixing a bug in the inlining diagnostics where the wrong location could be used.
llvm-svn: 151349
|
| |
|
|
| |
llvm-svn: 151348
|
| |
|
|
| |
llvm-svn: 151347
|
| |
|
|
|
|
|
|
| |
into account the nested structure. Also fix a problem with how
inlining impacted Plist diagnostics, and adjust some ranges in the Plist output due to richer information.
llvm-svn: 151346
|
| |
|
|
|
|
|
|
|
| |
Add support for a missed case when the symbols in a difference
expression are in the same section but not the same fragment.
rdar://10924681
llvm-svn: 151345
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
will fill out either a SBLaunchInfo or SBAttachInfo class, then call:
SBProcess SBTarget::Launch (SBLaunchInfo &, SBError &);
SBProcess SBTarget::Attach (SBAttachInfo &, SBError &);
The attach is working right now and allows the ability to set many filters such
as the parent process ID, the user/group ID, the effective user/group ID, and much
more.
The launch is not yet working, but I will get this working soon. By changing our
launch and attach calls to take an object, it allows us to add more capabilities to
launching and attaching without having to have launch and attach functions that
take more and more arguments.
Once this is all working we will deprecated the older launch and attach fucntions
and eventually remove them.
llvm-svn: 151344
|
| |
|
|
| |
llvm-svn: 151343
|
| |
|
|
|
|
| |
duplicate patterns for selecting the intrinsics
llvm-svn: 151342
|
| |
|
|
| |
llvm-svn: 151341
|
| |
|
|
| |
llvm-svn: 151340
|
| |
|
|
| |
llvm-svn: 151339
|
| |
|
|
| |
llvm-svn: 151338
|
| |
|
|
| |
llvm-svn: 151337
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I started work on being able to add symbol files after a debug session
had started with a new "target symfile add" command and quickly ran into
problems with stale Address objects in breakpoint locations that had
lldb_private::Section pointers into modules that had been removed or
replaced. This also let to grabbing stale modules from those sections.
So I needed to thread harded the Address, Section and related objects.
To do this I modified the ModuleChild class to now require a ModuleSP
on initialization so that a weak reference can created. I also changed
all places that were handing out "Section *" to have them hand out SectionSP.
All ObjectFile, SymbolFile and SymbolVendors were inheriting from ModuleChild
so all of the find plug-in, static creation function and constructors now
require ModuleSP references instead of Module *.
Address objects now have weak references to their sections which can
safely go stale when a module gets destructed.
This checkin doesn't complete the "target symfile add" command, but it
does get us a lot clioser to being able to do such things without a high
risk of crashing or memory corruption.
llvm-svn: 151336
|
| |
|
|
|
|
|
|
|
|
|
| |
variable declaration as an argument because we want that address
anyhow for our debug information.
This seems to fix rdar://9965111, at least we have more debug
information than before and from reading the assembly it appears
to be the correct location.
llvm-svn: 151335
|
| |
|
|
| |
llvm-svn: 151334
|
| |
|
|
|
|
|
|
| |
entry" field
of the DSCR to check whether it was because of watchpoint occurred.
llvm-svn: 151333
|
| |
|
|
| |
llvm-svn: 151332
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
I'll let the buildbots determine the compile time improvements from this
change, but 464.h264ref has 5% faster codegen at -O2.
This patch does cause some assembly changes. Branch folding can make
different decisions about calls with dead return values.
CriticalAntiDepBreaker may choose different registers because its
liveness tracking is affected. MachineCopyPropagation may sometimes
leave a dead copy behind.
llvm-svn: 151331
|
| |
|
|
|
|
|
|
| |
make sure we don't mistake ParmVarDecls for top-level decls.
Fixes rdar://10920009.
llvm-svn: 151330
|
| |
|
|
| |
llvm-svn: 151318
|
| |
|
|
|
|
| |
PathDiagnosticCallPiece.
llvm-svn: 151317
|
| |
|
|
| |
llvm-svn: 151316
|
| |
|
|
|
|
|
|
|
| |
The tied source operand of tMUL is the second source operand, not the
first like every other two-address thumb instruction. Special case it
in the size reduction pass to make sure we create the tMUL instruction
properly.
llvm-svn: 151315
|
| |
|
|
| |
llvm-svn: 151314
|
| |
|
|
|
|
| |
be mapped in FuncNames[] at the initialization.
llvm-svn: 151313
|
| |
|
|
|
|
|
|
|
|
|
|
| |
with -Wreturn-type (and MSC's w4190).
In historical reason, Interpreter's external entries had prefix "lle_X_" as C linkage, even for well-known entries in EE/Interpreter.
Now, at least on ToT, they are resolved via FuncNames[] mapper.
We will not need their symbols are expected to be exported any more.
Clang r150128 has introduced the warning <"%0 has C-linkage specified, but returns user-defined type %1 which is incompatible with C">.
llvm-svn: 151312
|
| |
|
|
|
|
| |
test case that only runs on debug builds.
llvm-svn: 151311
|
| |
|
|
|
|
|
| |
bits of the value carying the boolean condition, as their contents
are undefined. This fixes rdar://10887484.
llvm-svn: 151310
|
| |
|
|
|
|
| |
when using TOT clang, but succeed on older compiler releases
llvm-svn: 151309
|
| |
|
|
| |
llvm-svn: 151308
|
| |
|
|
|
|
|
|
| |
pack" to use the same handling that gcc does. Fixes <rdar://problem/10871094> and <rdar://problem/10893316>.
(Hopefully, common usage of these pragmas isn't irregular enough to break our current handling. Doug has ideas for a more crazy approach if necessary.)
llvm-svn: 151307
|
| |
|
|
|
|
|
|
|
|
|
| |
Intel disassembler usable.
Also flipped the switch: we are now exclusively
using Disassembler.h instead of
EnhancedDisassembly.h for all disassembly in
LLDB.
llvm-svn: 151306
|
| |
|
|
|
|
| |
select mask for WCR.
llvm-svn: 151305
|
| |
|
|
| |
llvm-svn: 151304
|