llvm-svn: 174189

llvm-svn: 174188

llvm-svn: 174187

llvm-svn: 174186

llvm-svn: 174185

llvm-svn: 174184

llvm-svn: 174183

llvm-svn: 174182

Prior to the patch, Clang does not properly promote types when a complex
integer operand is combined with an integer via a binary operator, or when
one is assigned to the other in either order.  This patch detects when
promotion is needed (and permissible) and generates the necessary code.

The test assmes no target has the same size operands for "char" and
"long long," and that no target performs arithmetic on char operands without
extending them to a larger format first.  If there are any targets for
which this is not the case, they should be XFAILed.

llvm-svn: 174181

llvm-svn: 174180

Prepare it for vectors of pointers and handle simple cases. We don't handle
complicated cases because accumulateConstantOffset bails on pointer vectors.
Fixes selfhost on i386.

llvm-svn: 174179

llvm-svn: 174178

This should fix a warning when building this backend.

llvm-svn: 174177

As suggested, reverted the end-to-end test and added variations to an
existing Driver test.

llvm-svn: 174176

tsan: even if races between atomic and plain memory accesses are turned off (report_atomic_races=0),
still report races between atomic accesses and free().

llvm-svn: 174175

llvm-svn: 174174

llvm-svn: 174173

First, this implements a match() method on MatchFinder; this allows us
to get rid of the findAll implementation, as findAll is really a special
case of recursive matchers on match.

Instead of findAll, provide a convenience function match() that lets
users iterate easily over the results instead of needing to implement
callbacks.

llvm-svn: 174172

http://llvm-reviews.chandlerc.com/D355
Patch by Philip Craig!

llvm-svn: 174171

Only Linux is supported at the moment, and other platforms quickly fault. As a
result these tests would fail on non-Linux hosts. It may be worth making the
tests more generic again as more platforms are supported.

llvm-svn: 174170

llvm-svn: 174169

llvm-svn: 174168

llvm-svn: 174167

In order to end up with good solutions, clang-format needs to try
"all" combinations of line breaks, evaluate them and select the
best one. Before, we have done this using a DFS with memoization
and cut-off conditions. However, this approach is very limited
as shown by the huge static initializer in the attachment of
llvm.org/PR14959.

Instead, this new implementation uses a variant of Dijkstra's
algorithm to do a prioritized BFS over the solution space.

Some numbers:
lib/Format/TokenAnnotator.cpp: 1.5s -> 0.15s
Attachment of PR14959: 10min+ (didn't finish) -> 10s

No functional changes intended.

llvm-svn: 174166

llvm-svn: 174165

this makes calculation of interesting predicates faster

llvm-svn: 174164

llvm-svn: 174163

llvm-svn: 174162

In an previous commit I managed to completely disable the IRELATIVE relocation
writing code. I also used the wrong addend for the static relocation. Fix both
these issues and add a test. This test is quite brittle because there's no way
to do arithmetic on variables in FileCheck.

llvm-svn: 174161

llvm-svn: 174160

defined. Fixes PR14993!

llvm-svn: 174158

Also support alignas(0), which C++11 and C11 require us to ignore.

llvm-svn: 174157

llvm-svn: 174156

This implements the static relocation model for GOT accesses to TLS.

llvm-svn: 174155

llvm-svn: 174154

support reporting "this" as a templated class.  The
expression parser wraps expressions in C++ methods
as methods with the signature

$__lldb_class::$__lldb_expr(...)

and previously responded to clang's queries about
$__lldb_class with the type of *this.  This didn't
work if *this was a ClassTemplateSpecializationDecl
because ClassTemplateSpecializationDecls can't be
the result of simple name queries.

Instead what we do now is respond that $__lldb_class
is a typedef and that the target of the typedef is
the (potentially templated) type of *this.  That is
much more robust.

Thanks to John McCall for key insights.

<rdar://problem/10987183>

llvm-svn: 174153

llvm-svn: 174152

The a2q core is the variant of the a2 core used on the BG/Q supercomputers.

llvm-svn: 174151

Now we link against glibc without --noinhibit-exec.

llvm-svn: 174150

llvm-svn: 174149