| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
| |
(vg_leak).
llvm-svn: 166306
|
| |
|
|
|
|
|
|
| |
- The XTARGET feature (inherited from old DG tests) was just confusing (and
barely ever used). The same effect can now be achieved with a combination of
the more useful REQUIRES and XFAIL.
llvm-svn: 166305
|
| |
|
|
| |
llvm-svn: 166304
|
| |
|
|
|
|
| |
- These can be used with the XFAIL options.
llvm-svn: 166303
|
| |
|
|
|
|
| |
- Also, lit is going to get a valgrind feature, instead.
llvm-svn: 166302
|
| |
|
|
|
|
| |
- Also, lit is going to get a valgrind feature, instead.
llvm-svn: 166301
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
__builtin_debugtrap()
which is supposed to consistently raise SIGTRAP across all systems. In contrast,
__builtin_trap() behave differently on different systems. e.g. it raises SIGTRAP on ARM, and
SIGILL on X86. The purpose of __builtin_debugtrap() is to consistently provide "trap"
functionality, in the mean time preserve the compatibility with on gcc on __builtin_trap().
The X86 backend is already able to handle debugtrap(). This patch is to:
1) make front-end recognize "__builtin_debugtrap()" (emboddied in the one-line change to Clang).
2) In DAG legalization phase, by default, "debugtrap" will be replaced with "trap", which
make the __builtin_debugtrap() "available" to all existing ports without the hassle of
changing their code.
3) If trap-function is specified (via -trap-func=xyz to llc), both __builtin_debugtrap() and
__builtin_trap() will be expanded into the function call of the specified trap function.
This behavior may need change in the future.
The provided testing-case is to make sure 2) and 3) are working for ARM port, and we
already have a testing case for x86.
llvm-svn: 166300
|
| |
|
|
|
|
|
|
| |
- We create two TargetLoweringInfo instances for different pass managers, and
they weren't consistent (the one for codegen didn't have the right info). I'm
not sure this mattered anywhere in practice.
llvm-svn: 166299
|
| |
|
|
| |
llvm-svn: 166298
|
| |
|
|
|
|
| |
Fix one gdb example that had an "(lldb)" prompt in the lldb/gdb page.
llvm-svn: 166297
|
| |
|
|
|
|
| |
Suggestion from Matt Beaumont-Gay reviewing r165283.
llvm-svn: 166296
|
| |
|
|
|
|
| |
anyone starts using the settings for this plug-in.
llvm-svn: 166295
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
settings instead of having settings added to existing ones. In particular "target.disable-kext-loading" was added to "target" where it should actually be specific to the the dynamic loader plugin. Now the plug-in manager has the ability to create settings at the root level starting with "plugin". Each plug-in type can add new sub dictionaries, and then each plug-in can register a setting dictionary under its own short name. For example the DynamicLoaderDarwinKernel plug-in now registers a setting dictionary at:
plugin
dynamic-loader
macosx-kernel
(bool) disable-kext-loading
To settings can be set using:
(lldb) settings set plugin.dynamic-loader.macosx-kernel.disable-kext-loading true
I currently only hooked up the DynamicLoader plug-ins, but the code is very easy to duplicate when and if we need settings for other plug-ins.
llvm-svn: 166294
|
| |
|
|
| |
llvm-svn: 166293
|
| |
|
|
| |
llvm-svn: 166292
|
| |
|
|
|
|
|
| |
This can invalidate the iterators leading to use after frees and crashes.
Fixes PR12536.
llvm-svn: 166291
|
| |
|
|
| |
llvm-svn: 166290
|
| |
|
|
|
|
| |
odd things if this is missing.
llvm-svn: 166289
|
| |
|
|
|
|
|
|
|
| |
- If INSERT_VECTOR_ELT is supported (above SSE2, either by custom
sequence of legal insn), transform BUILD_VECTOR into SHUFFLE +
INSERT_VECTOR_ELT if most of elements could be built from SHUFFLE with few
(so far 1) elements being inserted.
llvm-svn: 166288
|
| |
|
|
| |
llvm-svn: 166287
|
| |
|
|
|
|
| |
Just constant fold them so they can't cause any trouble. Fixes PR12627.
llvm-svn: 166286
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Also, unify ObjCShouldCallSuperDealloc and ObjCShouldCallSuperFinalize.
The two have identical behavior and will never be active at the same time.
There's one last simplification now, which is that if we see a call to
[super foo] and we are currently in a method named 'foo', we will
/unconditionally/ clear the ObjCShouldCallSuper flag, rather than check
first to see if we're in a method where calling super is required. There's
no reason to pay the extra lookup price here.
llvm-svn: 166285
|
| |
|
|
| |
llvm-svn: 166284
|
| |
|
|
| |
llvm-svn: 166283
|
| |
|
|
| |
llvm-svn: 166282
|
| |
|
|
|
|
|
|
|
|
| |
"expected-*" directive. As a result, for test-cases that are not expected to generate any diagnostics, an additional directive "expected-no-diagnostics" has been implemented which can then be included in such test-cases. This new directive may not be used in conjunction with any other "expected-*" directive.
This change was initially proposed as a solution to the problem highlighted by check-in r164677, i.e. that -verify will not cause a test-case failure where the compile command does not actually reference the file.
Patch reviewed by David Blaikie.
llvm-svn: 166281
|
| |
|
|
|
|
| |
VerifyDiagnosticConsumer, make the necessary adjustment to 580 test-cases which will henceforth require this new directive.
llvm-svn: 166280
|
| |
|
|
|
|
|
|
| |
"expected" is at the start of the word and will no longer accept typos such as "junkexpected-*" as a valid "expected-*" directive. A very few test-cases had to be amended to adhere to the new rule.
Patch reviewed by David Blaikie.
llvm-svn: 166279
|
| |
|
|
| |
llvm-svn: 166278
|
| |
|
|
|
|
| |
No functionality change.
llvm-svn: 166274
|
| |
|
|
|
|
|
|
| |
Removed extra stack frame object for fixed byval arguments,
VarArgsStyleRegisters invocation was reworked due to some improper usage in
past. PR14099 also demonstrates it.
llvm-svn: 166273
|
| |
|
|
|
|
| |
Richard has an unreduced testcase to work with.
llvm-svn: 166272
|
| |
|
|
|
|
| |
support for i386 Linux
llvm-svn: 166271
|
| |
|
|
| |
llvm-svn: 166270
|
| |
|
|
|
|
| |
const non-volatile global does.
llvm-svn: 166269
|
| |
|
|
|
|
| |
class, diagnose if the qualified-id instantiates to a non-static class member.
llvm-svn: 166268
|
| |
|
|
|
|
| |
This became important after the recent move from ModulePass to FunctionPass because no cleanup is happening after asan pass any more.
llvm-svn: 166267
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
constructors.
When I first moved regparm support to TargetInfo.cpp I tried to isolate it
in classifyArgumentTypeWithReg, but it is actually a lot easier to flip the
code around and check for regparm at the end of the decision tree.
Without this refactoring classifyArgumentTypeWithReg would have to duplicate
the logic about when to use non-byval indirect arguments.
llvm-svn: 166266
|
| |
|
|
|
|
| |
its on the same line as the last call to getLineNumber. Prevents needing to scan backwards for the new line. Fixes PR14106.
llvm-svn: 166265
|
| |
|
|
|
|
| |
interface.
llvm-svn: 166264
|
| |
|
|
| |
llvm-svn: 166263
|
| |
|
|
|
|
|
|
|
|
| |
in a kernel debug session:
settings set target.disable-kext-loading true
<rdar://problem/12490623>
llvm-svn: 166262
|
| |
|
|
|
|
|
|
| |
to -fms-compatibility. Then XFAIL can be removed.
FYI, it can be reproduced with "c-index-test -std=c++11 -fms-compatibility".
llvm-svn: 166261
|
| |
|
|
| |
llvm-svn: 166260
|
| |
|
|
| |
llvm-svn: 166259
|
| |
|
|
|
|
| |
instead of asciified bytes. <rdar://problem/12522978>
llvm-svn: 166258
|
| |
|
|
| |
llvm-svn: 166257
|
| |
|
|
|
|
|
|
|
|
|
| |
1 by the expression parser. We now correctly
report that they are of size 0. (C++ structs
are mandated to have nonzero size, and Clang marks
them as being 1 byte in size.)
<rdar://problem/12380800>
llvm-svn: 166256
|
| |
|
|
| |
llvm-svn: 166255
|
| |
|
|
| |
llvm-svn: 166254
|