| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 148442
|
| |
|
|
| |
llvm-svn: 148441
|
| |
|
|
| |
llvm-svn: 148440
|
| |
|
|
|
|
|
|
|
|
| |
values and non-type template arguments of integral and enumeration types.
This change causes some legal C++98 code to no longer compile in C++11 mode, by
enforcing the C++11 rule that narrowing integral conversions are not permitted
in the final implicit conversion sequence for the above cases.
llvm-svn: 148439
|
| |
|
|
|
|
|
|
| |
It adds register mask operands to x86 call instructions. Once all the
backend passes support register mask operands, this will be permanently
enabled.
llvm-svn: 148438
|
| |
|
|
|
|
|
| |
This is similar to implicit register operands. MC doesn't understand
register liveness and call clobbers.
llvm-svn: 148437
|
| |
|
|
|
|
|
|
|
|
|
| |
This SelectionDAG node will be attached to call nodes by LowerCall(),
and eventually becomes a MO_RegisterMask MachineOperand on the
MachineInstr representing the call instruction.
LowerCall() will attach a register mask that depends on the calling
convention.
llvm-svn: 148436
|
| |
|
|
|
|
|
|
| |
objective C class names when extracting the class name, selector and
name without category for objective C full class and instance method
names.
llvm-svn: 148435
|
| |
|
|
| |
llvm-svn: 148434
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
instead of just suggesting a ';'.
Old error:
plusequaldeclare1.cc:3:8: error: expected ';' at end of declaration
int x += 6;
^
;
New error:
plusequaldeclare1.cc:3:9: error: invalid '+=' at end of declaration; did you
mean '='?
int x += 6;
^~
=
llvm-svn: 148433
|
| |
|
|
|
|
|
|
| |
Explicit pc-relative syntax. For example, "ldrb r2, [pc, #-22]".
rdar://10250964
llvm-svn: 148432
|
| |
|
|
|
|
| |
more desirable.
llvm-svn: 148431
|
| |
|
|
|
|
| |
deprecated usage of 'isa'. // rdar://8290002
llvm-svn: 148430
|
| |
|
|
| |
llvm-svn: 148427
|
| |
|
|
|
|
|
|
|
| |
"${function.name-with-args}"
where we grabbed the variable list size from the wrong list (we needed it
from "args" and we were getting it from "variable_list_sp").
llvm-svn: 148425
|
| |
|
|
|
|
|
|
|
| |
If the fixup is out of range for the Thumb1 instruction, relax it
to the Thumb2 encoding instead.
rdar://10711829
llvm-svn: 148424
|
| |
|
|
|
|
|
|
|
|
|
|
| |
If the two fragments are in the same Atom, then the difference
expression is resolvable at compile time. Previously we were checking
that they were in the same fragment, but that breaks down in the
presence of instruction relaxation which has multiple fragments in the
same atom.
rdar://10711829
llvm-svn: 148423
|
| |
|
|
| |
llvm-svn: 148422
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Includes tests highlighting the cases where accuracy has improved
(there is one call that does no filtering beyond selecting the set
of allowed keywords, and one call that only triggers for ObjC code
for which a test by someone who knows ObjC would be welcome). Also
fixes a small typo in one of the suggestion messages, and drops a
malformed "expected-note" for a suggestion that did not occur even
when the malformed note was committed as r145930.
llvm-svn: 148420
|
| |
|
|
| |
llvm-svn: 148419
|
| |
|
|
|
|
| |
specify/overwrite the EXE name.
llvm-svn: 148418
|
| |
|
|
|
|
|
|
|
| |
debugger to attach/launch.
I've see cases where there are lingering processes ("hello_world") staying around and the
test_with_dsym_and_attach_to_process_with_name_api() test case just hangs.
llvm-svn: 148417
|
| |
|
|
|
|
| |
of recognizing them by name.
llvm-svn: 148416
|
| |
|
|
| |
llvm-svn: 148415
|
| |
|
|
|
|
|
|
|
|
| |
do things
much smarter by extracting search results more efficiently and by properly obeying the
must_be_implementation bool in the SymbolFileDWARF::FindCompleteObjCDefinitionTypeForDIE()
function.
llvm-svn: 148413
|
| |
|
|
|
|
|
|
|
|
| |
generational scheme for identifiers that avoids searching the hash
tables of a given module more than once for a given
identifier. Previously, loading any new module invalidated all of the
previous lookup results for all identifiers, causing us to perform the
lookups repeatedly.
llvm-svn: 148412
|
| |
|
|
| |
llvm-svn: 148411
|
| |
|
|
|
|
| |
into Lexer and Preprocessor; making it widely available.
llvm-svn: 148410
|
| |
|
|
| |
llvm-svn: 148408
|
| |
|
|
|
|
|
| |
in favor of usage of api's intended for.
// rdar://8290002
llvm-svn: 148404
|
| |
|
|
|
|
|
|
| |
containing, among other things, a single backtick character.
rdar://problem/10712130
llvm-svn: 148403
|
| |
|
|
| |
llvm-svn: 148401
|
| |
|
|
| |
llvm-svn: 148400
|
| |
|
|
| |
llvm-svn: 148399
|
| |
|
|
| |
llvm-svn: 148396
|
| |
|
|
| |
llvm-svn: 148394
|
| |
|
|
|
|
| |
also needs -fcxx-modules to enable modules for C++/Objective-C++.
llvm-svn: 148393
|
| |
|
|
| |
llvm-svn: 148392
|
| |
|
|
|
|
| |
never are
llvm-svn: 148391
|
| |
|
|
|
|
|
|
| |
L'x' is actually wchar_t
support C11 u and U char literals
llvm-svn: 148390
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Updates ProcessUCNExcape() for C++. C++11 allows UCNs in character
and string literals that represent control characters and basic
source characters. Also C++03 allows UCNs that refer to surrogate
codepoints.
UTF-8 sequences in character literals are now handled as single
c-chars.
Added error for multiple characters in Unicode character literals.
Added errors for when a the execution charset encoding of a c-char
cannot be represented as a single code unit in the associated
character type. Note that for the purposes of this error the asso-
ciated character type for a narrow character literal is char, not
int, even though in C narrow character literals have type int.
llvm-svn: 148389
|
| |
|
|
| |
llvm-svn: 148388
|
| |
|
|
| |
llvm-svn: 148387
|
| |
|
|
| |
llvm-svn: 148386
|
| |
|
|
|
|
| |
anymore and should be cleaned up.
llvm-svn: 148385
|
| |
|
|
| |
llvm-svn: 148384
|
| |
|
|
|
|
| |
vector type to another, we must not bitcast the result if one type is widened while the other is promoted.
llvm-svn: 148383
|
| |
|
|
|
|
|
|
|
|
|
|
| |
No new unit tests yet as there is no behavioral change
(except for slightly more specific filtering in
Sema::ActOnStartOfLambdaDefinition). Tests will be added
as the code paths are traced in greater depth to determine
how to improve the results--there are at least one or two
known bugs that require those improvements. This commit
lays the groundwork for those changes.
llvm-svn: 148382
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
for it to be used in converted constant expression checking, and fix a couple
of issues:
- Conversion operators implicitly invoked prior to the narrowing conversion
were not being correctly handled when determining whether a constant value
was narrowed.
- For conversions from floating-point to integral types, the diagnostic text
incorrectly always claimed that the source expression was not a constant
expression.
llvm-svn: 148381
|
| |
|
|
| |
llvm-svn: 148380
|