- Jun 26, 2013
-
-
rdar://problem/14266578Enrico Granata authored
"command source" was not properly setting the stop-on-error option llvm-svn: 184899
-
rdar://problem/14243761Enrico Granata authored
The argument to -w (--category) in type * list is a regular expression This caused unhappiness with the gnu-libstdc++ category because of the double ++ Now we check for exact textual match as-well-as regexp matching llvm-svn: 184898
-
Nick Lewycky authored
debug statements to add a missing newline. Also canonicalize to '\n' instead of "\n"; the latter calls a function with a loop the former does not. llvm-svn: 184897
-
Nico Weber authored
llvm-svn: 184896
-
Chandler Carruth authored
(thanks!) by deferring the free of the filename until we finish writing the coverage data to that file. Bill, let me know if you'd prefer a different approach! llvm-svn: 184895
-
Nico Weber authored
Before: f(a, b, /*doFoo=*/ false); Now: f(a, b, /*doFoo=*/false); This style is a lot more common: $ ack -H '=\*\/\w' lib | wc -l 1281 $ ack -H '=\*\/ \w' lib | wc -l 70 llvm-svn: 184894
-
rdar://problem/14266411Enrico Granata authored
The semi-unofficial way of returning a status from a Python command was to return a string (e.g. return "no such variable was found") that LLDB would pick as a clue of an error having happened This checkin changes that: - SBCommandReturnObject now exports a SetError() call, which can take an SBError or a plain C-string - script commands now drop any return value and expect the SBCommandReturnObject ("return object") to be filled in appropriately - if you do nothing, a success will be assumed If your commands were relying on returning a value and having LLDB pick that up as an error, please change your commands to SetError() through the return object or expect changes in behavior llvm-svn: 184893
-
Adrian Prantl authored
llvm-svn: 184892
-
Jakob Stoklund Olesen authored
Prefer using RPO.lookup() instead of RPO[] which can mutate the map. llvm-svn: 184891
-
Nick Lewycky authored
answer until after instantiation. Fixes PR16061! llvm-svn: 184890
-
David Majnemer authored
Friend declarations that specify a default argument must be a definition and the only declaration in the translation unit. llvm-svn: 184889
-
Nadav Rotem authored
llvm-svn: 184888
-
Richard Smith authored
llvm-svn: 184887
-
Sean Callanan authored
the target of a typedef when asked for a typedef. llvm-svn: 184886
-
Richard Smith authored
llvm-svn: 184885
-
Richard Smith authored
template parameter. llvm-svn: 184884
-
Matt Beaumont-Gay authored
When the decl that we're getting alignment for is a FieldDecl, and the field's parent record is invalid, skip the actual field alignment calculation (and return 1-byte alignment in the general case). Also, assert in in getASTRecordLayout that the decl is valid. This was inspired by PR16292; see also r184581 and r184751. llvm-svn: 184883
-
David Majnemer authored
A default template-argument shall not be specified in a friend template declaration. Interestingly, we properly handled default template arguments on friend class members but not on just friend classes. llvm-svn: 184882
-
- Jun 25, 2013
-
-
Jakob Stoklund Olesen authored
This is easier to read than the internal fixed-point representation. If anybody knows the correct algorithm for converting fixed-point numbers to base 10, feel free to fix it. llvm-svn: 184881
-
Tom Stellard authored
llvm-svn: 184880
-
Tom Stellard authored
This patch modifies TableGen to generate a function in ${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used to look up indices for operands based on their names. In order to activate this feature for an instruction, you must set the UseNamedOperandTable bit. For example, if you have an instruction like: def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>; You can look up the operand indices using the new function, like this: Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0 Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1 Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2 The operand names are case sensitive, so $dst and $DST are considered different operands. This change is useful for R600 which has instructions with a large number of operands, many of which model single bit instruction configuration values. These configuration bits are common across most instructions, but may have a different operand index depending on the instruction type. It is useful to have a convenient way to look up the operand indices, so these bits can be generically set on any instruction. llvm-svn: 184879
-
Bill Wendling authored
llvm-svn: 184878
-
Daniel Malea authored
so LLDB does not read off the end of the array. llvm-svn: 184877
-
Ed Maste authored
Release strings are of the form 9.1-RELEASE-p3 or 10.0-CURRENT. llvm-svn: 184876
-
Richard Smith authored
WenHan Gu! llvm-svn: 184875
-
Ed Maste authored
llvm-svn: 184874
-
Nico Weber authored
llvm-svn: 184873
-
Arnold Schwaighofer authored
radar://14057959 llvm-svn: 184872
-
Ed Maste authored
There's still significant work to do in the FreeBSD port, so no point in a pr for these yet. llvm-svn: 184871
-
Bob Wilson authored
When a 1-element vector alloca is promoted, a store instruction can often be rewritten without converting the value to a scalar and using an insertelement instruction to stuff it into the new alloca. This patch just adds a check to skip that conversion when it is unnecessary. This turns out to be really important for some ARM Neon operations where <1 x i64> is used to get around the fact that i64 is not a legal type. llvm-svn: 184870
-
Edwin Vane authored
Last attempt at this fix was bogus. llvm-svn: 184869
-
Ed Maste authored
It is defined on recent FreeBSD versions, so must not be mutually exclusive with an #elif FreeBSD block. Patch submitted by Robert Millan. Fixes PR#16447. llvm-svn: 184867
-
Manman Ren authored
llvm-svn: 184866
-
Richard Smith authored
More of N3652: don't add an implicit 'const' to 'constexpr' member functions when checking for overloads in C++1y. llvm-svn: 184865
-
Bill Wendling authored
llvm-svn: 184864
-
Fariborz Jahanian authored
is declared to have 'assign' attribute. // rdar://14212998 llvm-svn: 184863
-
Eli Bendersky authored
llvm-svn: 184862
-
Nick Lewycky authored
the frontend. We don't want to respect the -disable-free flag here. llvm-svn: 184861
-
Ulrich Weigand authored
[PowerPC] Support @got modifier Add VK_... values and relocation types necessary to support the @got family of modifiers. Used by the asm parser only. llvm-svn: 184860
-
Howard Hinnant authored
llvm-svn: 184859
-