| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
s/errs/dbgs/g except for certain special cases.
llvm-svn: 92048
|
| |
|
|
|
|
| |
s/errs/dbgs/g except for certain special cases.
llvm-svn: 92046
|
| |
|
|
|
|
| |
s/errs/dbgs/g except for certain special cases.
llvm-svn: 92042
|
| |
|
|
|
|
| |
s/errs/dbgs/g except for certain special cases.
llvm-svn: 92040
|
| |
|
|
|
|
| |
s/errs/dbgs/g except for certain special cases.
llvm-svn: 92039
|
| |
|
|
|
|
| |
s/errs/dbgs/g except for certain special cases.
llvm-svn: 92037
|
| |
|
|
|
|
| |
s/errs/dbgs/g except for certain special cases.
llvm-svn: 92035
|
| |
|
|
|
|
| |
s/errs/dbgs/g except for certain special cases.
llvm-svn: 92034
|
| |
|
|
|
|
| |
s/errs/dbgs/g except for certain special cases.
llvm-svn: 92033
|
| |
|
|
|
|
| |
s/errs/dbgs/g except for certain special cases.
llvm-svn: 92032
|
| |
|
|
|
|
| |
s/errs/dbgs/g except for certain special cases.
llvm-svn: 92029
|
| |
|
|
|
|
| |
s/errs/dbgs/g except for certain special cases.
llvm-svn: 92026
|
| |
|
|
|
|
| |
s/errs/dbgs/g except for certain special cases.
llvm-svn: 92024
|
| |
|
|
|
|
|
| |
DynamicLibrary::SearchForAddressOfSymbol refer to declarations in the
global namespace.
llvm-svn: 92023
|
| |
|
|
| |
llvm-svn: 92021
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
DynamicLibrary::SearchForAddressOfSymbol and force them to have "C"
linkage.
Interestingly, GCC treats the block-scoped "extern" declarations we
previously had as if they were extern "C" declarations (or, at least,
were in the global namespace), so that GCC bug papered over this LLVM
bug. Clang and EDG get the linkage correct; this new variant seems to
work for both GCC and Clang.
llvm-svn: 92020
|
| |
|
|
| |
llvm-svn: 92011
|
| |
|
|
| |
llvm-svn: 92003
|
| |
|
|
|
|
|
|
| |
simply passes output to errs(). If -debug-buffer-size=N is set N > 0,
dbgs() buffers its output until program termination and dumps the last N
characters sent to it. This is handy when debugging very large inputs.
llvm-svn: 92002
|
| |
|
|
|
|
|
|
| |
and outputs it when explicitly flushed. The intent is to use it in
situations such as debug output logging where a signal handler can take
care of flushing the buffer at program termination.
llvm-svn: 92001
|
| |
|
|
| |
llvm-svn: 91996
|
| |
|
|
| |
llvm-svn: 91995
|
| |
|
|
| |
llvm-svn: 91993
|
| |
|
|
|
|
| |
Patch by Sylve`re Teissier (sorry, ASCII only).
llvm-svn: 91988
|
| |
|
|
|
|
| |
lowering code and update testcases.
llvm-svn: 91979
|
| |
|
|
| |
llvm-svn: 91976
|
| |
|
|
|
|
|
| |
interesting part of this is the divrem changes, which are
already tested by CodeGen/X86/divrem.ll.
llvm-svn: 91975
|
| |
|
|
|
|
| |
static inline functions with macros.
llvm-svn: 91973
|
| |
|
|
|
|
|
|
|
| |
instead use the appropriate subreggy thing. This generates identical
code on some large apps (thanks to Evan's cross class coalescing
stuff he did back in july). This means that MOV16r0 can go away
completely in the future soon.
llvm-svn: 91972
|
| |
|
|
| |
llvm-svn: 91971
|
| |
|
|
| |
llvm-svn: 91961
|
| |
|
|
| |
llvm-svn: 91958
|
| |
|
|
| |
llvm-svn: 91953
|
| |
|
|
| |
llvm-svn: 91949
|
| |
|
|
| |
llvm-svn: 91945
|
| |
|
|
|
|
| |
Certain Thumb instructions require only SP (e.g. tSTRspi).
llvm-svn: 91944
|
| |
|
|
|
|
|
|
|
|
|
| |
they're available_externally broke VMKit, which was relying on the fact that
functions would only be materialized when they were first called. We'll have
to wait for http://llvm.org/PR5737 to really fix this.
I also added a test for one of the F->isDeclaration() calls which wasn't
covered by anything else in the test suite.
llvm-svn: 91943
|
| |
|
|
|
|
| |
is finished.
llvm-svn: 91942
|
| |
|
|
|
|
|
|
|
| |
argument to runJITOnFunction(), which caused a null pointer dereference at
every call.
Patch by Gianluca Guida!
llvm-svn: 91939
|
| |
|
|
|
|
| |
was using "Tmp1" in the first getNode call instead of Node->getOperand(0).
llvm-svn: 91936
|
| |
|
|
|
|
| |
because the Visual C++ build does not build .c files as C99
llvm-svn: 91935
|
| |
|
|
|
|
|
|
|
| |
These checks would often trigger on unreachable statements inserted by
bugpoint, leading it astray.
It would be nice if we could distinguish unreachable blocks from errors.
llvm-svn: 91923
|
| |
|
|
|
|
| |
ARM uses these to indicate predicates.
llvm-svn: 91922
|
| |
|
|
| |
llvm-svn: 91920
|
| |
|
|
|
|
|
|
| |
Made LEA memory operands emit only 4 MCInst operands.
Made the scale operand equal 1 for instructions that have no
SIB byte.
llvm-svn: 91919
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
load is needed when we have a small store into a large alloca (at which
point we get a load/insert/store sequence), but when you do a full-sized
store, this load ends up being dead.
This dead load is bad in really large nasty testcases where the load ends
up causing mem2reg to insert large chains of dependent phi nodes which only
ADCE can delete. Instead of doing this, just don't insert the dead load.
This fixes rdar://6864035
llvm-svn: 91917
|
| |
|
|
| |
llvm-svn: 91916
|
| |
|
|
| |
llvm-svn: 91914
|
| |
|
|
|
|
| |
"indirect" operand is not a pointer.
llvm-svn: 91913
|
| |
|
|
|
|
| |
partial update instructions unless optimizing for size.
llvm-svn: 91910
|