llvm-svn: 133895

llvm-svn: 133894

llvm-svn: 133893

llvm-svn: 133892

llvm-svn: 133891

llvm-svn: 133890

llvm-svn: 133889

llvm-svn: 133886

Move stl dir to now reside under lang/cpp.

llvm-svn: 133884

llvm-svn: 133883

llvm-svn: 133882

llvm-svn: 133881

llvm-svn: 133880

llvm-svn: 133879

llvm-svn: 133878

llvm-svn: 133877

llvm-svn: 133876

llvm-svn: 133875

llvm-svn: 133874

The .b8 operations in PTX are far more limiting than I first thought. The mov operation isn't even supported, so there's no way of converting a .pred value into a .b8 without going via .b16, which is
not sensible. An improved implementation needs to use the fact that loads and stores automatically extend and truncate to implement support for EXTLOAD and TRUNCSTORE in order to correctly support
boolean values.

llvm-svn: 133873

llvm-svn: 133872

llvm-svn: 133871

llvm-svn: 133870

llvm-svn: 133869

llvm-svn: 133868

pointing to the range [first character, last character] instead of just not
after the last character. Patch by Yan Ivnitskiy!

llvm-svn: 133867

llvm-svn: 133865

llvm-svn: 133864

llvm-svn: 133863

When performing semantic analysis on a member declaration, fix the check for whether we are declaring a function to check for parenthesized declarators, declaration via decltype, etc.

Also fix the semantic check to not treat FuncType* as a function type.

llvm-svn: 133862

llvm-svn: 133861

by removing the redundant type parameter.

llvm-svn: 133860

llvm-svn: 133859

<rdar://problem/9483883>

llvm-svn: 133858

arguments in hex-encoded form instead of the old QEnvironment packet
which takes them as plain-text strings.  Environment variables
containing remote protocol special chars like '#' would fail to set
with QEnvironment.

llvm-svn: 133857

Hopefully make the x86-target-only Windows bots happy.

llvm-svn: 133856

arithmetic on a VLA as 'nsw', per discussion with djg, and
implement pointer arithmetic (other than array accesses) and
pointer subtraction for VLA types.

llvm-svn: 133855

declaration, determine whether the declaration will end up declaring a
function using semantic criteria (e.g., it will have function type)
rather than purely syntactic criteria (e.g., it has the form of a
function declarator). Fixes <rdar://problem/9670557>.

llvm-svn: 133854

llvm-svn: 133853

inspection of namespaces in the expression parser.

ClangExpressionDeclMap hitherto reported that namespaces had
been completely imported, even though the namespaces are
returned empty.  To deal with this situation, ClangASTSource
was recently extended with an API to complete incomplete type
definitions, and, for greater efficiency, to complete these
definitions partially, returning only those objects that have
a given name.

This commit supports these APIs on LLDB's side, and uses it
to provide information on types resident in namespaces.
Namespaces are now imported as they were -- that is to say,
empty -- but with minimal import mode on.  This means that
Clang will come back and request their contents by name as
needed.  We now respond with information on the contained
types; this will be followed soon by information on functions
and variables.

llvm-svn: 133852