a spurious substitution for an unscoped dependent template-id after introducing
a substitution for the scoped template-id.

llvm-svn: 105699

llvm-svn: 105698

documentation for now and mentions that it only supports xcode at the
moment.

llvm-svn: 105697

llvm-svn: 105696

llvm-svn: 105695

llvm-svn: 105694

llvm-svn: 105693

llvm-svn: 105692

llvm-svn: 105691

llvm-svn: 105690

widespread than it was.

llvm-svn: 105689

llvm-svn: 105688

llvm-svn: 105687

improves generality. Thanks Ted.

llvm-svn: 105686

Revert previous commit; apparently, the zip file is actually necessary for the build.  I'll continue the discussion on lldb-dev.

llvm-svn: 105685

vget_lane support

llvm-svn: 105684

diagnosing this code as an error when it should, so I've filed
http://llvm.org/bugs/show_bug.cgi?id=7325. 

llvm-svn: 105683

Parenthesize macro args

llvm-svn: 105682

download it through viewvc.

llvm-svn: 105681

- Refactored LengthModifier to be a class.
- Added toString methods in all member classes of FormatSpecifier.
- FixIt suggestions keep user specified flags unless incorrect.

Limitations:
- The suggestions are not conversion specifier sensitive. For example, if we have a 'pad with zeroes' flag, and the correction is a string conversion specifier, we do not remove the flag. Clang will warn us on the next compilation.

A    test/Sema/format-strings-fixit.c
M    include/clang/Analysis/Analyses/PrintfFormatString.h
M    lib/Analysis/PrintfFormatString.cpp
M    lib/Sema/SemaChecking.cpp

llvm-svn: 105680

llvm-svn: 105679

being a subsequence of another standard conversion sequence. Instead
of requiring exact type equality for the second conversion step,
require type *similarity*, which is type equality with cv-qualifiers
removed at all levels. This appears to match the behavior of EDG and
VC++ (albeit not GCC), and feels more intuitive. Big thanks to John
for the line of reasoning that supports this change: since
cv-qualifiers are orthogonal to the second conversion step, we should
ignore them in the type comparison.

llvm-svn: 105678

llvm-svn: 105677

llvm-svn: 105676

'class llvm::DAGDeltaAlgorithm' has virtual functions and accessible non-virtual destructor

Not sure if this is the best solution, but this class has state and some of the
classes that inherit from it also do, so it looks appropriate.

llvm-svn: 105675

llvm-svn: 105674

llvm-svn: 105673

llvm-svn: 105672

llvm-svn: 105671

llvm-svn: 105670

the same condition, it's important to make sure they are scheduled together
to avoid forming multiple IT blocks. I'm adding a pre-regalloc pass that forms
IT blocks early (by re-scheduling instructions and split basic blocks) to
attempt to fix this. This is not turned on by default since I am not sure this
is the right fix.

Another issue is llvm selects are modeled as two-address conditional moves.
This can be very bad when the copies before the conditional moves are not
coalesced away. Teach IT formation pass to move the copies above the IT block
(when legal) to avoid breaking the IT block.

llvm-svn: 105669

llvm-svn: 105668

Test out some basic constant-checking.

llvm-svn: 105667

Handle extract hi/lo with common code

llvm-svn: 105666

llvm-svn: 105665

Added helper function to Type class to determine if a type is a builtin type. This complements the existing function that determines if a type is a specific builtin type.

Modified:
    include/clang/AST/Type.h

llvm-svn: 105664

instruction.  Added the 64-bit version "jrcxz" so it is recognized and also
added the checks for incorrect uses of "jcxz" in 64-bit mode and "jrcxz" in
32-bit mode.  Still to do is to correctly handle the encoding of the
instruction adding the Address-size override prefix byte, 0x67, when the width
of the count register is not the same as the mode the machine is running in.
Which for example means the encoding of "jecxz" depends if you are assembling
as a 32-bit target or a 64-bit target.

llvm-svn: 105661

llvm-svn: 105660

their associated memory destroyed when using a BumpPtrAllocator.  These objects internally use
a DenseMap.

llvm-svn: 105659

associated SmallVectors get deallocated.

llvm-svn: 105658