| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 125962
|
| |
|
|
|
|
|
| |
Plus add a helper method ReadCoreReg(uint32_t regnum, bool *success) to simplify
coding a bit.
llvm-svn: 125961
|
| |
|
|
| |
llvm-svn: 125960
|
| |
|
|
| |
llvm-svn: 125959
|
| |
|
|
| |
llvm-svn: 125958
|
| |
|
|
|
|
|
|
| |
depending on language.
No functionality change.
llvm-svn: 125957
|
| |
|
|
|
|
| |
parallel with the rest of the tools directory as it depends on Clang.
llvm-svn: 125956
|
| |
|
|
| |
llvm-svn: 125949
|
| |
|
|
|
|
| |
testcases for the disassembler to make sure it still works for "msr".
llvm-svn: 125948
|
| |
|
|
|
|
| |
Plus add macro definitions for APSR_C and APSR_V to simplify code.
llvm-svn: 125947
|
| |
|
|
|
|
| |
scalar types. // rdar://7761305
llvm-svn: 125946
|
| |
|
|
| |
llvm-svn: 125945
|
| |
|
|
|
|
| |
patch by Amit Kulkarni!
llvm-svn: 125944
|
| |
|
|
| |
llvm-svn: 125943
|
| |
|
|
| |
llvm-svn: 125845
|
| |
|
|
|
|
| |
overflow. These subsume some existing equality transforms, so zap those.
llvm-svn: 125843
|
| |
|
|
| |
llvm-svn: 125842
|
| |
|
|
|
|
| |
TCE target has some too strict alignment rules (that the HW really does not require, but which caused problems elsewhere) for data types and an ABI change was decided.
llvm-svn: 125833
|
| |
|
|
| |
llvm-svn: 125832
|
| |
|
|
| |
llvm-svn: 125831
|
| |
|
|
| |
llvm-svn: 125830
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
taken (and used!). This prevents merging the blocks (invalidating
the block addresses) in a case like this:
#define _THIS_IP_ ({ __label__ __here; __here: (unsigned long)&&__here; })
void foo() {
printf("%p\n", _THIS_IP_);
printf("%p\n", _THIS_IP_);
printf("%p\n", _THIS_IP_);
}
which fixes PR4151.
llvm-svn: 125829
|
| |
|
|
| |
llvm-svn: 125828
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is part of a futile attempt to not "break" bizzaro
code like this:
l1:
printf("l1: %p\n", &&l1);
++x;
if( x < 3 ) goto l1;
Previously we'd fold &&l1 to 1, which is fine per our semantics
but not helpful to the user.
llvm-svn: 125827
|
| |
|
|
| |
llvm-svn: 125826
|
| |
|
|
|
|
|
|
|
|
| |
a scoped enumeration type to an integral or floating type,
properly. There was an over-eager assertion, and it was missing the
floating-point case.
Fixes PR9107/<rdar://problem/8937402>.
llvm-svn: 125825
|
| |
|
|
| |
llvm-svn: 125824
|
| |
|
|
|
|
|
|
|
|
|
|
| |
_Block_object_* flags; it's just BLOCK_HAS_COPY_DISPOSE or not.
Also, we don't need to chase forwarding pointers prior to calling
_Block_object_dispose; _Block_object_dispose in fact already does
this.
rdar://problem/9006315
llvm-svn: 125823
|
| |
|
|
|
|
|
|
|
| |
or union, place the qualifier on the outermost member reference
expression, which actually contains the entity name.
Fixes PR9188/<rdar://problem/8990184>.
llvm-svn: 125822
|
| |
|
|
| |
llvm-svn: 125821
|
| |
|
|
|
|
|
|
|
| |
This removes the final dependency edge from any lib outside of CodeGen
to core. As a result we can, and do, trim the dependency on core
from libclang, PrintFunctionNames, the unit tests and c-index-test.
While at it, review and trim other unneeded dependencies.
llvm-svn: 125820
|
| |
|
|
| |
llvm-svn: 125819
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
enumeration type, we were generating an integer literal implicitly
casted to the appropriate enumeration type. However, later checks on
that expression would strip the implicit cast.
This commit tweaks the lame hack, by creating an explicit cast instead
of an implicit cast. The right answer is to introduce a
SubstNonTypeTemplateParmExpr expression that acts like the substituted
result. I'll investigate that soon.
llvm-svn: 125818
|
| |
|
|
|
|
|
|
|
| |
bugs from other clients that don't expect to see a LabelDecl in a DeclStmt,
but if so they should be easy to fix.
This implements most of PR3429 and rdar://8287027
llvm-svn: 125817
|
| |
|
|
| |
llvm-svn: 125816
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Targets can now specify some additional parameters for when we debug
executables that can help with plug-in selection:
target.execution-level = auto | user | kernel
target.execution-mode = auto | dynamic | static
target.execution-os-type = auto | none | halted | live
On some systems, the binaries that are created are the same wether you use
them to debug a kernel, or a user space program. Many times inspecting an
object file can reveal what an executable should be. For these cases we can
now be a little more complete by specifying wether to detect all of these
things automatically (inspect the main executable file and select a plug-in
accordingly), or manually to force the selection of certain plug-ins.
To do this we now allow the specficifation of wether one is debugging a user
space program (target.execution-level = user) or a kernel program
(target.execution-level = kernel).
We can also specify if we want to debug a program where shared libraries
are dynamically loaded using a DynamicLoader plug-in
(target.execution-mode = dynamic), or wether we will treat all symbol files
as already linked at the correct address (target.execution-mode = static).
We can also specify if the inferior we are debugging is being debugged on
a bare board (target.execution-os-type = none), or debugging an OS where
we have a JTAG or other direct connection to the inferior stops the entire
OS (target.execution-os-type = halted), or if we are debugging a program on
something that has live debug services (target.execution-os-type = live).
For the "target.execution-os-type = halted" mode, we will need to create
ProcessHelper plug-ins that allow us to extract the process/thread and other
OS information by reading/writing memory.
This should allow LLDB to be used for a wide variety of debugging tasks and
handle them all correctly.
llvm-svn: 125815
|
| |
|
|
| |
llvm-svn: 125814
|
| |
|
|
|
|
|
| |
own weird little DenseMap. Hey look, we now emit unused label
warnings deterministically, amazing.
llvm-svn: 125813
|
| |
|
|
| |
llvm-svn: 125812
|
| |
|
|
|
|
|
| |
std::make_pair is unreliable under MSVC 2010.
Ref: http://stackoverflow.com/questions/2691680/why-does-visual-studio-2010-throw-this-error-with-boost-1-42-0
llvm-svn: 125811
|
| |
|
|
| |
llvm-svn: 125810
|
| |
|
|
|
|
| |
(immediate, ARM)".
llvm-svn: 125809
|
| |
|
|
| |
llvm-svn: 125808
|
| |
|
|
|
|
| |
commands" into a single function in the Interpreter, and then use that in all the places that used to do this by hand.
llvm-svn: 125807
|
| |
|
|
| |
llvm-svn: 125806
|
| |
|
|
| |
llvm-svn: 125805
|
| |
|
|
| |
llvm-svn: 125804
|
| |
|
|
| |
llvm-svn: 125802
|
| |
|
|
| |
llvm-svn: 125801
|
| |
|
|
| |
llvm-svn: 125800
|