| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 129337
|
| |
|
|
| |
llvm-svn: 129336
|
| |
|
|
| |
llvm-svn: 129335
|
| |
|
|
| |
llvm-svn: 129334
|
| |
|
|
| |
llvm-svn: 129333
|
| |
|
|
|
|
|
| |
with the same program arguments for a process over and over without having
to specify them (like you can with gdb with the "--args" option).
llvm-svn: 129332
|
| |
|
|
|
|
|
|
|
| |
for __unknown_anytype resolution to destructively modify the AST. So that's
what it does now, which significantly simplifies some of the implementation.
Normal member calls work pretty cleanly now, and I added support for
propagating unknown-ness through &.
llvm-svn: 129331
|
| |
|
|
|
|
| |
Also document that the global variables produced are mergable.
llvm-svn: 129330
|
| |
|
|
| |
llvm-svn: 129329
|
| |
|
|
| |
llvm-svn: 129328
|
| |
|
|
| |
llvm-svn: 129327
|
| |
|
|
|
|
| |
test for invalid hexadecimals.
llvm-svn: 129326
|
| |
|
|
|
|
|
|
|
| |
Encoding T1 (tBcc)
if cond == '1110' then UNDEFINED;
rdar://problem/9268681
llvm-svn: 129325
|
| |
|
|
|
|
|
|
|
| |
reassociation opportunities are exposed. This fixes a bug where
the nested reassociation expects to be the IR to be consistent,
but it isn't, because the outer reassociation has disconnected
some of the operands. rdar://9167457
llvm-svn: 129324
|
| |
|
|
| |
llvm-svn: 129323
|
| |
|
|
|
|
|
|
|
|
| |
.long 80+08
go ahead and assume that if we've got an Error token that we handled it
already. Otherwise if it's a token we can't handle then go ahead and
return the default error.
llvm-svn: 129322
|
| |
|
|
|
|
| |
when compiling many small functions.
llvm-svn: 129321
|
| |
|
|
|
|
| |
rdar://problem/9267838
llvm-svn: 129320
|
| |
|
|
| |
llvm-svn: 129319
|
| |
|
|
|
|
|
|
| |
may be used instead of RecordSet.
The result of DeclNodes.inc was unstable on msys, Windows 7 x64.
llvm-svn: 129317
|
| |
|
|
|
|
|
| |
has some bugs. If this is interesting functionality, it should be
reimplemented in the argpromotion pass.
llvm-svn: 129314
|
| |
|
|
| |
llvm-svn: 129313
|
| |
|
|
|
|
|
|
|
| |
If enabled, this will attempt to use the CC_LOG_DIAGNOSTICS feature I dropped
into Clang to print a log of all the diagnostics generated during an individual
build (from the top-level). Not sure if this will actually be useful, but for
now it is handy for testing the option.
llvm-svn: 129312
|
| |
|
|
| |
llvm-svn: 129311
|
| |
|
|
|
|
|
|
| |
Testcase forthcoming.
rdar://8490596
llvm-svn: 129309
|
| |
|
|
|
|
| |
in C++ method calls.
llvm-svn: 129308
|
| |
|
|
|
|
|
|
|
|
|
|
| |
mean that it has to be ConstantArray of ConstantStruct. We might have
ConstantAggregateZero, at either level, so don't crash on that.
Also, semi-deprecate the sentinal value. The linker isn't aware of sentinals so
we end up with the two lists appended, each with their "sentinals" on them.
Different parts of LLVM treated sentinals differently, so make them all just
ignore the single entry and continue on with the rest of the list.
llvm-svn: 129307
|
| |
|
|
| |
llvm-svn: 129306
|
| |
|
|
|
|
| |
weight limit has been exceeded.
llvm-svn: 129305
|
| |
|
|
| |
llvm-svn: 129304
|
| |
|
|
|
|
| |
This fixes http://llvm.org/bugs/show_bug.cgi?id=9653
llvm-svn: 129303
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the 'unwind' instruction. However, later on that instruction was converted into
a jump to the basic block it was located in, causing an infinite loop when we
get there.
It turns out, we get there if the _Unwind_Resume_or_Rethrow call returns (which
it's not supposed to do). It returns if it cannot find a place to unwind
to. Thus we would get what appears to be a "hang" when in reality it's just that
the EH couldn't be propagated further along.
Instead of infinitely looping (or calling `unwind', which none of our back-ends
support (it's lowered into nothing...)), call the @llvm.trap() intrinsic
instead. This may not conform to specific rules of a particular language, but
it's rather better than infinitely looping.
<rdar://problem/9175843&9233582>
llvm-svn: 129302
|
| |
|
|
| |
llvm-svn: 129301
|
| |
|
|
|
|
|
| |
rewriting of blocks which have objective-c
stuff which need be rewritten as well. // rdar://9254348
llvm-svn: 129300
|
| |
|
|
|
|
| |
by Jeremy Huddleston!
llvm-svn: 129299
|
| |
|
|
|
|
|
|
| |
instructions are incorrectly disassembled.
rdar://problem/9266265
llvm-svn: 129298
|
| |
|
|
|
|
| |
more copies. rdar://9266679
llvm-svn: 129297
|
| |
|
|
| |
llvm-svn: 129296
|
| |
|
|
|
|
| |
it is obvious that it should be included.
llvm-svn: 129295
|
| |
|
|
|
|
| |
use of the Commutable bit.
llvm-svn: 129294
|
| |
|
|
| |
llvm-svn: 129293
|
| |
|
|
|
|
|
|
| |
allocation.
LiveIntervals::findLiveInMBBs has to do a full binary search for each segment.
llvm-svn: 129292
|
| |
|
|
|
|
| |
header file cstdio was added as an include.
llvm-svn: 129291
|
| |
|
|
|
|
|
|
| |
This patch fixes all of the warnings due to unordered initialization lists.
Patch by Marco Minutoli.
llvm-svn: 129290
|
| |
|
|
|
|
| |
ParserVars is declared using the class keyword. This solves the warning.
llvm-svn: 129289
|
| |
|
|
| |
llvm-svn: 129288
|
| |
|
|
| |
llvm-svn: 129287
|
| |
|
|
|
|
|
|
| |
them as
invalid instructions.
llvm-svn: 129286
|
| |
|
|
| |
llvm-svn: 129285
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
disassembler API. Hooked this up to the ARM target so such tools as Darwin's
otool(1) can now print things like branch targets for example this:
blx _puts
instead of this:
blx #-36
And even print the expression encoded in the Mach-O relocation entried for
things like this:
movt r0, :upper16:((_foo-_bar)+1234)
llvm-svn: 129284
|