| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 104618
|
| |
|
|
|
|
| |
Fixes rdar://8017638
llvm-svn: 104617
|
| |
|
|
| |
llvm-svn: 104616
|
| |
|
|
|
|
|
|
|
|
|
| |
instead.
This passes lit tests, but I'll give it a go through the buildbots to smoke out
any remaining places that depend on the old SubRegIndex numbering.
Then I'll remove NumberHack entirely.
llvm-svn: 104615
|
| |
|
|
| |
llvm-svn: 104614
|
| |
|
|
| |
llvm-svn: 104613
|
| |
|
|
| |
llvm-svn: 104612
|
| |
|
|
|
|
|
| |
The cases in getMatchingSuperRegClass cannot be broken up until the enums have
unique values.
llvm-svn: 104611
|
| |
|
|
|
|
|
|
|
| |
variables within blocks. We loosely follow GCC's mangling, but since
these are always internal symbols the names don't really matter. I
intend to revisit block mangling later, because GCC's mangling is
rather verbose. <rdar://problem/8015719>.
llvm-svn: 104610
|
| |
|
|
|
|
| |
methods. (Radar 7987817).
llvm-svn: 104608
|
| |
|
|
|
|
| |
derived-to-base conversion on a pointer. Fixes PR7224.
llvm-svn: 104607
|
| |
|
|
| |
llvm-svn: 104606
|
| |
|
|
|
|
| |
(vmrs, vmsr and vmov (immediate))
llvm-svn: 104588
|
| |
|
|
| |
llvm-svn: 104587
|
| |
|
|
| |
llvm-svn: 104586
|
| |
|
|
|
|
|
|
|
|
|
| |
1) Suppress diagnostics as soon as we form the code-completion
token, so we don't get any error/warning spew from the early
end-of-file.
2) If we consume a code-completion token when we weren't expecting
one, go into a code-completion recovery path that produces the best
results it can based on the context that the parser is in.
llvm-svn: 104585
|
| |
|
|
|
|
|
| |
whether the size of the symbolic region is a multiple of the size of T.
Fixes PR6123 and PR7217.
llvm-svn: 104584
|
| |
|
|
|
|
|
| |
I don't know of any particular reason why that would be important, but
neither can I see any reason to disallow it.
llvm-svn: 104583
|
| |
|
|
|
|
|
| |
Thumb2 ADD and SUB instructions: allow RSB instructions be changed to set the
condition codes, and allow RSBS instructions to be predicated.
llvm-svn: 104582
|
| |
|
|
|
|
|
|
|
|
|
|
| |
variables should have that linkage. Otherwise, its static local
variables should have internal linkage. To avoid computing this excessively,
set a function's linkage before we emit code for it.
Previously we were assigning weak linkage to the static variables of
static inline functions in C++, with predictably terrible results. This
fixes that and also gives better linkage than 'weak' when merging is required.
llvm-svn: 104581
|
| |
|
|
| |
llvm-svn: 104580
|
| |
|
|
| |
llvm-svn: 104578
|
| |
|
|
|
|
|
|
|
| |
VTableUse array if we promote a vtable from being just used to having its definition required. This ensures that we properly inform the consumer about whether the vtable is required or not, previously we could fail to do so when the vtable was in the VTableUses array before the decl which marked it as required.
- I think this can be cleaned up, since this means we may notify the consumer about the vtable twice, but I didn't see an easy fix for this without more substantial refactoring.
- Doug, please review!
llvm-svn: 104577
|
| |
|
|
| |
llvm-svn: 104576
|
| |
|
|
|
|
| |
functional <random>! 489 tests over 48 sections are passing. :-) The only thing still on my plate in this area is to back-port some of this technology to random_shuffle/shuffle in <algorithm>. That will involve shuffling header bits around (<random> depepends on <algorithm>), but it won't entail that much development (compared to what has been required for <random>).
llvm-svn: 104575
|
| |
|
|
| |
llvm-svn: 104574
|
| |
|
|
| |
llvm-svn: 104573
|
| |
|
|
| |
llvm-svn: 104572
|
| |
|
|
| |
llvm-svn: 104571
|
| |
|
|
|
|
| |
version of t2MVN already allowed that, but not the register versions.
llvm-svn: 104570
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
there are already two spaces before the token where the : was expected,
put the : in between the spaces. This means we get it right in both
of these cases:
t.c:2:17: error: expected ':'
return a ? b c;
^
:
t.c:3:16: error: expected ':'
return a ? b c;
^
:
In the later case, the diagnostic says to insert ": ", in the former
case it says to insert ":" between the spaces. This fixes rdar://8007231
llvm-svn: 104569
|
| |
|
|
| |
llvm-svn: 104567
|
| |
|
|
| |
llvm-svn: 104566
|
| |
|
|
| |
llvm-svn: 104564
|
| |
|
|
|
|
|
|
|
|
|
| |
structure that represents a mapping without any dependencies on SubRegIndex
numbering.
This brings us closer to being able to remove the explicit SubRegIndex
numbering, and it is now possible to specify any mapping without inventing
*_INVALID register classes.
llvm-svn: 104563
|
| |
|
|
| |
llvm-svn: 104562
|
| |
|
|
|
|
|
|
| |
major buckets to catch parser and sema issues, add inline asm
category, and make diag groups take precedence over the
sweeping categories just added.
llvm-svn: 104561
|
| |
|
|
| |
llvm-svn: 104560
|
| |
|
|
| |
llvm-svn: 104552
|
| |
|
|
|
|
| |
dependent. Fixes <rdar://problem/8021385>.
llvm-svn: 104550
|
| |
|
|
| |
llvm-svn: 104549
|
| |
|
|
|
|
| |
promotion. Fixes <rdar://problem/8020920>.
llvm-svn: 104545
|
| |
|
|
| |
llvm-svn: 104544
|
| |
|
|
| |
llvm-svn: 104542
|
| |
|
|
|
|
|
| |
Fix it by changing the T2I_rbin_s_is multiclass to handle the CPSR
output and 'S' suffix in the same way as T2I_bin_s_irs.
llvm-svn: 104531
|
| |
|
|
|
|
|
|
| |
fatal error: too many errors emitted, stopping now [-ferror-limit=]
Tell the user that this is controlled with -ferror-limit=, like above.
llvm-svn: 104528
|
| |
|
|
|
|
| |
pointer is copied into a block. Fixes radar 7924024.
llvm-svn: 104526
|
| |
|
|
|
|
| |
This fixes recent regression in store.exp from gdb testsuite.
llvm-svn: 104524
|
| |
|
|
| |
llvm-svn: 104518
|
| |
|
|
|
|
| |
never used.
llvm-svn: 104517
|