| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 107505
|
| |
|
|
|
|
|
| |
SlotIndexes::insertMachineInstrInMaps would crash when trying to insert an
instruction imediately after an unmapped debug value.
llvm-svn: 107504
|
| |
|
|
| |
llvm-svn: 107503
|
| |
|
|
| |
llvm-svn: 107502
|
| |
|
|
|
|
| |
compiling lldb. Someone else might try to improve it, though. :)
llvm-svn: 107501
|
| |
|
|
| |
llvm-svn: 107500
|
| |
|
|
| |
llvm-svn: 107499
|
| |
|
|
| |
llvm-svn: 107498
|
| |
|
|
|
|
|
|
| |
like). Our goal with this visitor is to visit exactly what people type.
Reviewed by chandlerc.
llvm-svn: 107497
|
| |
|
|
|
|
|
| |
have any effect, and second, deleting stores can potentially invalidate
an AliasAnalysis, and there's currently no notification for this.
llvm-svn: 107496
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the noalias argument on function attributes be usable to model the
C99 restrict keyword on arguments, and to allow AliasAnalysis to
consider a noalias-attributed argument to be an "identified object".
To support this, refactor a new "based on" concept out of the current
pointer aliasing "associated" concept. This "based on" concept is very
similar to (though it is not identical with) the "based on" concept
in C99.
Also, reword the definition of NoAlias to more closely describe the
concept that the optimizer uses.
llvm-svn: 107495
|
| |
|
|
| |
llvm-svn: 107494
|
| |
|
|
|
|
|
|
|
|
| |
This allows us to recognize the common case where all uses could be
rematerialized, and no stack slot allocation is necessary.
If some values could be fully rematerialized, remove them from the live range
before allocating a stack slot for the rest.
llvm-svn: 107492
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
allows Sema some limited access to the current scope, which we only
use in one way: when Sema is performing some kind of declaration that
is not directly driven by the parser (e.g., due to template
instantiatio or lazy declaration of a member), we can find the Scope
associated with a DeclContext, if that DeclContext is still in the
process of being parsed.
Use this to make the implicit declaration of special member functions
in a C++ class more "scope-less", rather than using the NULL Scope hack.
llvm-svn: 107491
|
| |
|
|
| |
llvm-svn: 107490
|
| |
|
|
| |
llvm-svn: 107489
|
| |
|
|
|
|
|
| |
that it checks the immediate values, not just the instructions opcodes.
Radar 8110263.
llvm-svn: 107487
|
| |
|
|
| |
llvm-svn: 107485
|
| |
|
|
|
|
| |
<vector> header can be used correctly through PCH now.
llvm-svn: 107483
|
| |
|
|
| |
llvm-svn: 107482
|
| |
|
|
| |
llvm-svn: 107481
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
minutes]
second round of low-level interface squeeze-out:
making all of CallInst's low-level operand accessors
private
If you get compile errors I strongly urge you to
update your code.
I tried to write the necessary clues into the
header where the compiler may point to, but no
guarantees. It works for my GCC.
You have several options to update your code:
- you can use the v2.8 ArgOperand accessors
- you can go via a temporary CallSite
- you can upcast to, say, User and call its
low-level accessors if your code is definitely
operand-order agnostic.
If you run into serious problems, please
comment in below thread (and back out this
revision only if absolutely necessary):
<http://groups.google.com/group/llvm-dev/browse_thread/thread/64650cf343b28271>
llvm-svn: 107480
|
| |
|
|
| |
llvm-svn: 107479
|
| |
|
|
| |
llvm-svn: 107478
|
| |
|
|
| |
llvm-svn: 107477
|
| |
|
|
|
|
|
|
| |
ClassTemplatePartialSpecializationDecls.
Store/read also their template arguments because they may be initializing and not be able to provide them.
llvm-svn: 107476
|
| |
|
|
| |
llvm-svn: 107475
|
| |
|
|
| |
llvm-svn: 107474
|
| |
|
|
|
|
| |
currently initializing.
llvm-svn: 107473
|
| |
|
|
| |
llvm-svn: 107472
|
| |
|
|
|
|
|
|
| |
initializing.
- Fix creation of TemplateSpecializationType.
llvm-svn: 107471
|
| |
|
|
| |
llvm-svn: 107470
|
| |
|
|
|
|
| |
complicated to delay PCH reading the type of a TypeDecl.
llvm-svn: 107469
|
| |
|
|
|
|
| |
them for PCH reading.
llvm-svn: 107468
|
| |
|
|
| |
llvm-svn: 107467
|
| |
|
|
| |
llvm-svn: 107463
|
| |
|
|
| |
llvm-svn: 107462
|
| |
|
|
|
|
| |
object to the Index library.
llvm-svn: 107461
|
| |
|
|
| |
llvm-svn: 107460
|
| |
|
|
|
|
|
|
|
|
| |
- fixed 3 posix spawn attributes leaks
- fixed us always leaking CXXBaseSpecifier objects when we create class
base classes. Clang apparently copies the base classes we pass in.
Fixed some code formatting in ClangASTContext.cpp.
llvm-svn: 107459
|
| |
|
|
| |
llvm-svn: 107458
|
| |
|
|
| |
llvm-svn: 107457
|
| |
|
|
| |
llvm-svn: 107456
|
| |
|
|
|
|
| |
Add user name completion to the file completer.
llvm-svn: 107455
|
| |
|
|
| |
llvm-svn: 107454
|
| |
|
|
|
|
|
|
| |
removing it didn't cause any performance loss, and leaks were showing up
when run under instruments when we tried to re-use the buffer. We are now leak
free and still just as performant.
llvm-svn: 107453
|
| |
|
|
| |
llvm-svn: 107451
|
| |
|
|
|
|
|
|
|
| |
typedef int (*Myfunc)(int);
Myfunc func;
Reviewed by chandlerc
llvm-svn: 107450
|
| |
|
|
| |
llvm-svn: 107448
|
| |
|
|
|
|
|
| |
Use this script to visit each python test case under the specified directory and
run python unittest.main() on each test case.
llvm-svn: 107447
|