| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 91802
|
| |
|
|
|
|
| |
pull ':' eating out of ParseAsmOperandsOpt.
llvm-svn: 91801
|
| |
|
|
| |
llvm-svn: 91800
|
| |
|
|
|
|
| |
right linkage for indirect pointers to incomplete structs.
llvm-svn: 91799
|
| |
|
|
|
|
| |
assignment.
llvm-svn: 91798
|
| |
|
|
| |
llvm-svn: 91797
|
| |
|
|
|
|
| |
over to InitializationSequence. I could swear that this fixes a PR somewhere, but I couldn't figure out which one
llvm-svn: 91796
|
| |
|
|
| |
llvm-svn: 91795
|
| |
|
|
| |
llvm-svn: 91794
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Because of the rules of base-class lookup* and the restrictions on typedefs, it
was actually impossible for this to cause any problems more serious than the
spurious acceptance of
template <class T> class A : B<A> { ... };
instead of
template <class T> class A : B<A<T> > { ... };
but I'm sure we can all agree that that is a very important restriction which
is well worth making another Parser->Sema call for.
(*) n.b. clang++ does not implement these rules correctly; we are not ignoring
non-type names
llvm-svn: 91792
|
| |
|
|
|
|
|
|
|
| |
Clang reasonably adds all the base specifiers in one pass; this is now required
for correctness to prevent lookup from going mad. But this has the advantage of
establishing the correct context when looking up base specifiers, which will be
important for access control.
llvm-svn: 91791
|
| |
|
|
| |
llvm-svn: 91790
|
| |
|
|
|
|
| |
quite right; I'll come back to it later. It does fix PR 5741.
llvm-svn: 91789
|
| |
|
|
|
|
|
|
| |
cache a pointer as being unavailable due to phi trans in the
wrong place. This would cause later queries to fail even when
they didn't involve phi trans.
llvm-svn: 91787
|
| |
|
|
| |
llvm-svn: 91786
|
| |
|
|
|
|
| |
to go from a decl to the doc comments for it.
llvm-svn: 91785
|
| |
|
|
| |
llvm-svn: 91784
|
| |
|
|
| |
llvm-svn: 91783
|
| |
|
|
| |
llvm-svn: 91781
|
| |
|
|
| |
llvm-svn: 91780
|
| |
|
|
|
|
|
| |
would have a higher respect for its own code. This is getting old, is this
warning really adding value?
llvm-svn: 91779
|
| |
|
|
| |
llvm-svn: 91778
|
| |
|
|
| |
llvm-svn: 91777
|
| |
|
|
| |
llvm-svn: 91776
|
| |
|
|
|
|
| |
defines dprintf in stdio.h
llvm-svn: 91775
|
| |
|
|
| |
llvm-svn: 91774
|
| |
|
|
| |
llvm-svn: 91773
|
| |
|
|
| |
llvm-svn: 91772
|
| |
|
|
|
|
|
| |
the redeclaration problems in the [temp.explicit]p3 testcase worse, but I can
live with that; they'll need to be fixed more holistically anyhow.
llvm-svn: 91771
|
| |
|
|
|
|
| |
instantiation, since we're not using a Scope object for that anyway.
llvm-svn: 91770
|
| |
|
|
|
|
|
| |
Magically fixes all the terrible lookup problems associated with not pushing
a new scope. Resolves an ancient xfail and an LLVM misparse.
llvm-svn: 91769
|
| |
|
|
|
|
| |
2. include standard asmbly headers in generated asmbly.
llvm-svn: 91768
|
| |
|
|
|
|
|
|
| |
small bug fixes in SemaInit, switch over SemaDecl to use it more often, and
change a bunch of diagnostics which are different with the new initialization
code.
llvm-svn: 91767
|
| |
|
|
|
|
| |
is an lvalue. Fixes PR5787.
llvm-svn: 91765
|
| |
|
|
| |
llvm-svn: 91764
|
| |
|
|
|
|
|
|
| |
where instcombine would have to split a critical edge due to a
phi node of an invoke. Since instcombine can't change the CFG,
it has to bail out from doing the transformation.
llvm-svn: 91763
|
| |
|
|
|
|
|
|
|
|
| |
* change FindElementAndOffset to return a uint64_t instead of unsigned, and
to identify the type to be used for that result in a GEP instruction.
* move "isa<ConstantInt>" to be first in conditional.
* replace some dyn_casts with casts.
* add a comment about handling mem intrinsics.
llvm-svn: 91762
|
| |
|
|
| |
llvm-svn: 91761
|
| |
|
|
| |
llvm-svn: 91758
|
| |
|
|
| |
llvm-svn: 91757
|
| |
|
|
| |
llvm-svn: 91756
|
| |
|
|
|
|
| |
"soft-float-abi" to communicate FP mode to target; __SOFTFP__ is set correctly now.
llvm-svn: 91755
|
| |
|
|
| |
llvm-svn: 91754
|
| |
|
|
|
|
|
| |
- In particular, it can claim features for itself instead of always passing them on to LLVM.
- This allows using the target features as a generic mechanism for passing target specific options to the TargetInfo instance, which may need them for initializing preprocessor defines, etc.
llvm-svn: 91753
|
| |
|
|
| |
llvm-svn: 91752
|
| |
|
|
| |
llvm-svn: 91751
|
| |
|
|
|
|
|
|
|
|
| |
InitializationSequence. Specially, switch initialization of a C++
class type (either copy- or direct-initialization).
Also, make sure that we create an elidable copy-construction when
performing copy initialization of a C++ class variable. Fixes PR5826.
llvm-svn: 91750
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
incarnations), integrated into the MC framework.
The disassembler is table-driven, using a custom TableGen backend to
generate hierarchical tables optimized for fast decode. The disassembler
consumes MemoryObjects and produces arrays of MCInsts, adhering to the
abstract base class MCDisassembler (llvm/MC/MCDisassembler.h).
The disassembler is documented in detail in
- lib/Target/X86/Disassembler/X86Disassembler.cpp (disassembler runtime)
- utils/TableGen/DisassemblerEmitter.cpp (table emitter)
You can test the disassembler by running llvm-mc -disassemble for i386
or x86_64 targets. Please let me know if you encounter any problems
with it.
llvm-svn: 91749
|
| |
|
|
| |
llvm-svn: 91748
|
| |
|
|
|
|
|
|
|
|
| |
dependent.
Avoids an assertion arising during object-argument initialization in overload
resolution. In theory we can resolve this at definition time if the class
hierarchy for the member is fully known.
llvm-svn: 91747
|