| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 135016
|
| |
|
|
| |
llvm-svn: 135015
|
| |
|
|
| |
llvm-svn: 135014
|
| |
|
|
|
|
|
|
| |
assert when the frame pointer is -1 (i.e., the function is "frameless").
Still to do: "frameless" unwind information.
llvm-svn: 135013
|
| |
|
|
| |
llvm-svn: 135012
|
| |
|
|
|
|
| |
Previously we got the source range wrong for everything in the virtual bases list.
llvm-svn: 135011
|
| |
|
|
| |
llvm-svn: 135010
|
| |
|
|
|
|
|
|
|
|
| |
running the inferior.
Currently it fails after the inferior is run.
rdar://problem/9763907
llvm-svn: 135009
|
| |
|
|
| |
llvm-svn: 135008
|
| |
|
|
|
|
|
|
|
| |
- formats %s %char[] %c and %a now work to print 0-terminated c-strings if they are applied to a char* or char[] even without the [] operator (e.g. ${var%s})
- array formats (char[], intN[], ..) now work when applied to an array of a scalar type even without the [] operator (e.g. ${var%int32_t[]})
LLDB will not crash because of endless loop when trying to obtain a summary for an object that has no value and references itself in its summary string
In many cases, a wrong summary string will now display an "<error>" message instead of giving out an empty string
llvm-svn: 135007
|
| |
|
|
|
|
| |
out-of-line.
llvm-svn: 135006
|
| |
|
|
| |
llvm-svn: 135005
|
| |
|
|
| |
llvm-svn: 135004
|
| |
|
|
| |
llvm-svn: 135003
|
| |
|
|
|
|
|
|
|
|
| |
with objc_arc_weak_reference_unavailable
or is in a list of classes not supporting 'weak'.
rdar://9489367.
llvm-svn: 135002
|
| |
|
|
|
|
| |
Make it also available in ObjC++ propeties. // rdar://9740328
llvm-svn: 135001
|
| |
|
|
| |
llvm-svn: 135000
|
| |
|
|
| |
llvm-svn: 134998
|
| |
|
|
|
|
| |
of flags. No functionality change.
llvm-svn: 134997
|
| |
|
|
| |
llvm-svn: 134996
|
| |
|
|
| |
llvm-svn: 134995
|
| |
|
|
|
|
| |
Leak found by valgrind.
llvm-svn: 134994
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
block pointers) that don't have any qualification to be POD types. We
were previously considering them to be non-POD types, because this was
convenient in C++ for is_pod-like traits. However, we now end up
inferring lifetime in such cases (template arguments infer __strong),
so it is not necessary.
Moreover, we want rvalues of object type (which have their lifetime
stripped) to be PODs to allow, e.g., va_arg(arglist, id) to function
properly. Fixes <rdar://problem/9758798>.
llvm-svn: 134993
|
| |
|
|
|
|
|
| |
implicit ivar accesses to go through the 'self' variable
rather than the real 'self' for the method. // rdar://9730771
llvm-svn: 134992
|
| |
|
|
|
|
|
| |
This patch reads the change in access functions from
imported JSCOP file. A test case is also added.
llvm-svn: 134991
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
by name by adding an extra parameter to the lldb_private::Target breakpoint
setting functions.
Added a function in the DWARF symbol file plug-in that can dump errors
and prints out which DWARF file the error is happening in so we can track
down what used to be assertions easily.
Fixed the MacOSX kernel plug-in to properly read the kext images and set
the kext breakpoint to watch for kexts as they are loaded.
llvm-svn: 134990
|
| |
|
|
| |
llvm-svn: 134989
|
| |
|
|
|
|
| |
and kill a lot of redundant code.
llvm-svn: 134988
|
| |
|
|
| |
llvm-svn: 134987
|
| |
|
|
|
|
|
| |
Use memory barriers to force if-conversion off for these tests instead of
the internal llc command line option ifcvt-limit.
llvm-svn: 134986
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
1,$s/llvm::Type::getInt\(..\)Ty(builder.getContext())/builder.getInt\1Ty()/g
1,$s/builder.getInt\(..*\)Ty()->getPointerTo()/builder.getInt\1PtrTy()/g
vi sub commands (second one was not a reversion but requested by
Tobias Grosser.
Mod was tested, but other examples have failed to build as they are currently
being thrashed with the const qualifier removal change.
llvm-svn: 134985
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
dependent. This covers an odd class of types such as
int (&)[sizeof(sizeof(T() + T()))];
which involve template parameters but, because of some trick typically
involving a form of expression that is never type-dependent, resolve
down to a non-dependent type. Such types need to be mangled
essentially as they were written in the source code (involving
template parameters), rather than via their canonical type.
In general, instantiation-dependent types should be mangled as
they were written in the source. However, since we can't do that now
without non-trivial refactoring of the AST (see the new FIXME), I've
gone for this partial solution: only use the as-written-in-the-source
mangling for these strange types that are instantiation-dependent but
not dependent. This provides better compatibility with previous
incarnations of Clang and with GCC. In the future, we'd like to get
this right.
Fixes <rdar://problem/9663282>.
llvm-svn: 134984
|
| |
|
|
|
|
| |
Found by valgrind.
llvm-svn: 134983
|
| |
|
|
|
|
| |
StructType::get() and TargetData::getIntPtrType().
llvm-svn: 134982
|
| |
|
|
| |
llvm-svn: 134981
|
| |
|
|
|
|
|
| |
Remove constness of Types and do not name the structures generated in the OpenMP
code.
llvm-svn: 134980
|
| |
|
|
| |
llvm-svn: 134979
|
| |
|
|
| |
llvm-svn: 134978
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
builds introduced in r134972:
lib/CodeGen/CGExpr.cpp:1294:7: error: no matching function for call to 'EmitBitCastOfLValueToProperType'
lib/CodeGen/CGExpr.cpp:1278:1: note: candidate function not viable: no known conversion from 'CGBuilderTy' (aka 'IRBuilder<false>') to 'llvm::IRBuilder<> &' for 1st argument
This fixes the issue by passing CodeGenFunction on down, and using its
builder directly rather than passing just the builder down.
This may not be the best / cleanest fix, Chris please review. It at
least fixes builds.
llvm-svn: 134977
|
| |
|
|
|
|
|
| |
It would be cool if we could do overload resolution to suggest
the right function, but at least this fixes the crashing.
llvm-svn: 134976
|
| |
|
|
| |
llvm-svn: 134975
|
| |
|
|
| |
llvm-svn: 134974
|
| |
|
|
|
|
|
|
|
|
| |
isSugared() and desugar() routines previously provided were never
actually called, since the corresponding types
(DependentTypeOfExprType, DependentDecltypeType) don't have
corresponding type classes. Outside of the current (incomplete) patch
I'm working on, I haven't found a way to trigger this problem.
llvm-svn: 134973
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
uncompleted struct types. We now do what llvm-gcc does and compile
them into [i8 x 0]. If the type is later completed, we make sure that
it is appropriately cast.
We compile the terrible example to something like this now:
%struct.A = type { i32, i32, i32 }
@g = external global [0 x i8]
define void @_Z1fv() nounwind {
entry:
call void @_Z3fooP1A(%struct.A* bitcast ([0 x i8]* @g to %struct.A*))
ret void
}
declare void @_Z3fooP1A(%struct.A*)
define %struct.A* @_Z2f2v() nounwind {
entry:
ret %struct.A* getelementptr inbounds ([0 x %struct.A]* bitcast ([0 x i8]* @g to [0 x %struct.A]*), i32 0, i64 1)
}
llvm-svn: 134972
|
| |
|
|
|
|
| |
fixes the -m32 build of oggenc.
llvm-svn: 134971
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
us to compile
stuff like this:
typedef struct {
int x, y, z;
} foo_t;
foo_t g;
into:
%"struct.<anonymous>" = type { i32, i32, i32 }
we now get:
%struct.foo_t = type { i32, i32, i32 }
This doesn't change the behavior of the compiler, but makes the IR much easier to read.
llvm-svn: 134969
|
| |
|
|
| |
llvm-svn: 134968
|
| |
|
|
| |
llvm-svn: 134967
|
| |
|
|
| |
llvm-svn: 134966
|
| |
|
|
|
|
|
|
| |
NumPropertyAttrsBits.
No functionality change.
llvm-svn: 134965
|