| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 112734
|
| |
|
|
| |
llvm-svn: 112733
|
| |
|
|
| |
llvm-svn: 112732
|
| |
|
|
|
|
| |
error messages in CommandObjectExpression::EvaluateExpression.
llvm-svn: 112731
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
three different kinds of AST nodes to represent using declarations:
UsingDecl, UnresolvedUsingValueDecl, and
UnresolvedUsingTypenameDecl. These three are collapsed into a single
cursor kind for using declarations, since libclang clients don't need
the distinction.
Several related changes here:
- Cursor visitation of the three AST nodes for using declarations
- Proper source-range computation for these AST nodes
- Using declarations have no USRs, since they don't actually declare
any entities.
llvm-svn: 112730
|
| |
|
|
|
|
| |
a c++ class object 'ivar'. Fixes radar 8366604.
llvm-svn: 112729
|
| |
|
|
| |
llvm-svn: 112728
|
| |
|
|
| |
llvm-svn: 112727
|
| |
|
|
| |
llvm-svn: 112726
|
| |
|
|
| |
llvm-svn: 112725
|
| |
|
|
| |
llvm-svn: 112724
|
| |
|
|
| |
llvm-svn: 112723
|
| |
|
|
|
|
| |
if we schedule another LVI-using pass afterwards.
llvm-svn: 112722
|
| |
|
|
| |
llvm-svn: 112721
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
in a few related ways:
- Don't recurse into instantiations of templates.
- Recurse into explicit specializations.
- Visit the template arguments of an explicit specialization or
explicit instantiation.
- Include template specialization arguments in the USRs for class
template specializations.
llvm-svn: 112720
|
| |
|
|
|
|
| |
self host errors on clang-x86-64.
llvm-svn: 112719
|
| |
|
|
| |
llvm-svn: 112718
|
| |
|
|
|
|
| |
it is given.
llvm-svn: 112717
|
| |
|
|
| |
llvm-svn: 112716
|
| |
|
|
| |
llvm-svn: 112715
|
| |
|
|
|
|
| |
on an producing weird link errors. Patch by Yuri Gribov!
llvm-svn: 112714
|
| |
|
|
| |
llvm-svn: 112713
|
| |
|
|
| |
llvm-svn: 112712
|
| |
|
|
|
|
| |
the testcases should be merged.
llvm-svn: 112711
|
| |
|
|
|
|
| |
in PR8049
llvm-svn: 112710
|
| |
|
|
|
|
| |
a "to match this {" note, pointing out the opener.
llvm-svn: 112709
|
| |
|
|
| |
llvm-svn: 112708
|
| |
|
|
| |
llvm-svn: 112707
|
| |
|
|
|
|
|
|
|
|
| |
of a base class.
This makes it possible to unregister the file from FilesToRemove when
the file is done. Also, this eliminates the need for
formatted_tool_output_file.
llvm-svn: 112706
|
| |
|
|
| |
llvm-svn: 112705
|
| |
|
|
| |
llvm-svn: 112704
|
| |
|
|
| |
llvm-svn: 112703
|
| |
|
|
|
|
|
|
| |
landing pad into uses of registers rather than loads from a stack
slot. Doesn't touch the 'orrible hack code - Bill needs to persuade
me harder :)
llvm-svn: 112702
|
| |
|
|
|
|
| |
and since this is what std::map and std::set do.
llvm-svn: 112701
|
| |
|
|
|
|
| |
windows systems.
llvm-svn: 112700
|
| |
|
|
|
|
|
| |
then the SSAUpdator may access freed memory. Instead, simply pass
in the type and name explicitly, which is all that was used anyway.
llvm-svn: 112699
|
| |
|
|
| |
llvm-svn: 112698
|
| |
|
|
| |
llvm-svn: 112697
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
on llvmdev: SRoA is introducing MMX datatypes like <1 x i64>,
which then cause random problems because the X86 backend is
producing mmx stuff without inserting proper emms calls.
In the short term, force off MMX datatypes. In the long term,
the X86 backend should not select generic vector types to MMX
registers. This is being worked on, but won't be done in time
for 2.8. rdar://8380055
llvm-svn: 112696
|
| |
|
|
| |
llvm-svn: 112695
|
| |
|
|
|
|
| |
matching with movlp pattern fragment
llvm-svn: 112694
|
| |
|
|
|
|
|
|
| |
suppressing USRs). Also, fix up the source location information for
using directives so that the declaration location refers to the
namespace name.
llvm-svn: 112693
|
| |
|
|
|
|
| |
by 112440 are resolved.
llvm-svn: 112692
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
ReferencedProtocols and AllReferencedProtocols. ReferencedProtocols
(and thus protocol_begin(), protocol_end()) now only contains the list of protocols that were directly referenced in
an @interface declaration. 'all_referenced_protocol_[begin,end]()' now returns the set of protocols that were referenced
in both the @interface and class extensions. The latter is needed for semantic analysis/codegen, while the former is
needed to maintain the lexical information of the original source.
Fixes <rdar://problem/8380046>.
llvm-svn: 112691
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
expressions. Values used by the expression are
checked by validation functions which cause the
program to crash if the values are unsafe.
Major changes:
- Added IRDynamicChecks.[ch], which contains the
core code related to this feature
- Modified CommandObjectExpression to install the
validator functions into the target process.
- Added an accessor to Process that gets/sets the
helper functions
llvm-svn: 112690
|
| |
|
|
| |
llvm-svn: 112689
|
| |
|
|
| |
llvm-svn: 112688
|
| |
|
|
| |
llvm-svn: 112687
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
caused by my ABI work. Passing:
struct outer {
int x;
struct epsilon_matcher {} e;
int f;
};
as {i32,i32} isn't safe, because the offset of the second element
needs to be at 8 when it is interpreted as a memory value.
llvm-svn: 112686
|
| |
|
|
|
|
|
|
| |
available in normal llvm operators. We aren't going to
use those for MMX any more because it's unsafe for the
optimizers to synthesize new MMX instructions.
llvm-svn: 112685
|