asan: remove static libraries on make clean

llvm-svn: 157565

Implement the indirect counter increment code in a better way. Instead of
replicating the code for every place it's needed, we instead generate a function
that does that for us. This function is local to the executable, so there
shouldn't be any writing violations.

llvm-svn: 157564

Remove all written files

llvm-svn: 157562

Fix Lang's fix. This should fix the tests for +Asserts builds.

llvm-svn: 157561

Don't use 'strrchr', which isn't implemented here yet.

llvm-svn: 157560

Sync with old GCOV runtime library's file.

llvm-svn: 157559

adjust to mainline llvm API change.

llvm-svn: 157557

switch AttrListPtr::get to take an ArrayRef, simplifying a lot of clients.

llvm-svn: 157556

simplify code.

llvm-svn: 157555

add some helper methods to make the type more uniform.

llvm-svn: 157554

Fix PR12960 by not attempting to correct cases when we're not actually instantiatiating a template.

This comes up in the begin/end calls of a range-for (see the included test
case). Other suggestions are welcome, though this seems to do the trick without
regressing anything.

llvm-svn: 157553

Test case for 157547. Before that patch, all the digits would be mangled
as zeroes. Now the digits are properly non-zero.

llvm-svn: 157552

rdar://11542750 - llvm.trap should be marked no return.

llvm-svn: 157551

DenseMap: Use an early exit when there is nothing to do in DestroyAll().

llvm-svn: 157550

PR12962: Fix a rare use after free when collecting virtual overrides.

The DenseMap reallocates after 64 insertions so this only happened in
large test cases under very specific circumstances.

llvm-svn: 157549

PR12967: Don't crash when trying to fold a shift that's larger than the type's size.

llvm-svn: 157548

Fix call to APSInt constructor - it doesn't take an initial value, just a
bitwidth and signedness. Also rename the variable to reflect its purpose.

No test case - discovered during random code exploration.

llvm-svn: 157547

IntrusiveRefCntPtr: Use the same pattern as the other operator= overloads when using rvalue refs.

llvm-svn: 157546

Reimplement the intrinsic verifier to use the same table as Intrinsic::getDefinition,
making it stronger and more sane.

Delete the code from tblgen that produced the old code.

Besides being a path forward in intrinsic sanity, this also eliminates a bunch of
machine generated code that was compiled into Function.o

llvm-svn: 157545

These tests used intrinsics with the wrong prototype.  They weren't caught because
the old verifier just checked that something "was a pointer", but not that the pointee
was correct.

llvm-svn: 157544

remove two (useless) tests that use incorrect intrinsic prototypes, detected by the new intrinsic verifier.

llvm-svn: 157543

generalize this to allow any argument.

llvm-svn: 157542

Have getOrCreateSubprogramDIE store the DIE for a subprogram
definition in the map before calling itself to retrieve the
DIE for the declaration.  Without this change, if this causes
getOrCreateSubprogramDIE to be recursively called on the definition,
it will create multiple DIEs for that definition.  Fixes PR12831.

llvm-svn: 157541

move some code around so that Verifier.cpp can get access to the intrinsic info table.

llvm-svn: 157540

DenseMap: Provide a move ctor and move semantics for operator[] and FindAndConstruct.

The only missing part is insert(), which uses a pair of parameters and I haven't
figured out how to convert it to rvalue references. It's now possible to use a
DenseMap with std::unique_ptr values :)

llvm-svn: 157539

DenseMap: Factor destruction into a common helper method.

llvm-svn: 157538

-Wdeprecated warning to include reference (as a note)
to the declaration in this patch. // rdar://10893232

llvm-svn: 157537

enhance the intrinsic info table to encode what *kind* of Any argument
it is (at the cost of 45 bytes of extra table space) so that the verifier can
start using it.

llvm-svn: 157536

Move-enable IntrusiveRefCntPtr.

These tend to be copied around a lot, moving it instead saves a ton of memory
accesses.

llvm-svn: 157535

Pass ProgramStateRef by reference.

Retain + Release on a ref counted pointer is cheap, but not free (it adds a function call in this case).

llvm-svn: 157534

Close HTML tag properly.

llvm-svn: 157533

Use the SelectorSet typedef more widely throughout Sema.

While there make it a SmallPtrSet.

llvm-svn: 157532

Replace some custom hash combines with the standard stuff from DenseMapInfo.

llvm-svn: 157531

clang/unittests/Tooling/RewriterTestContext.h: Don't try to remove TemporaryDirectory.

llvm-svn: 157530

Path::GetTemporaryDirectory(): Add an assertion if TempDirectory is alive, to check when someone would remove the tempdir.

llvm-svn: 157529

clang/lib/Rewrite/Rewriter.cpp: Don't try to rename opened files on Win32. Win32 doesn't allow rename/removing opened files.

llvm-svn: 157528

Missed parens.

llvm-svn: 157527

r157525 didn't work, just disable iterator checking.

This is obviosly right but I don't see how to do this with proper vector
iterators without building a horrible mess of workarounds.

llvm-svn: 157526

SDAGBuilder: Avoid iterator invalidation harder.

vector.begin()-1 is invalid too.

llvm-svn: 157525

Mangle template instantiations properly (as of VC 7.x) when compiling for
the Microsoft Visual C++ ABI. Currently limited to type and integral
non-type arguments. Based on a patch by Timur Iskhodzhanov!

llvm-svn: 157524

rearrange some code, no functionality change.

llvm-svn: 157523

SDAGBuilder: Don't create an invalid iterator when there is only one switch case.

Found by libstdc++'s debug mode.

llvm-svn: 157522

SelectionDAGBuilder: When emitting small compare chains for switches order them by using edge weights.

SimplifyCFG tends to form a lot of 2-3 case switches when merging branches. Move
the most likely condition to the front so it is checked first and the others can
be skipped. This is currently not as effective as it could be because SimplifyCFG
destroys profiling metadata when merging branches and switches. Merging branch
weight metadata is tricky though.

This code touches at most 3 cases so I didn't use a proper sorting algorithm.

llvm-svn: 157521

Only emit one set of braces for __VERSION__, getClangFullRepositoryVersion already adds some.

No test as the output is highly dependend on the local configuration.

llvm-svn: 157520

Fixed memory management issues introduced by revision 157507.

A local std::string was being filled in and then the function would return "s.c_str()".
A local StreamString (which contains a std::string) was being filled in, and essentially also returning the c string from the std::string, though it was in a the StreamString class.

The fix was to not do this by passing a stream object into StringList::Join() and fix the "arch_helper()" function to do what it should: cache the result in a global.

llvm-svn: 157519

Since commit 157467, if reassociate isn't actually going to change an expression
then it doesn't alter the instructions composing it, however it would continue
to move the instructions to just before the expression root.  Ensure it doesn't
move them either, so now it really does nothing if there is nothing to do.  That
commit also ensured that nsw etc flags weren't cleared if the expression was not
being changed.  Tweak this a bit so that it doesn't clear flags on the initial
part of a computation either if that part didn't change but later bits did.

llvm-svn: 157518

Change warning to error when property setter names conflict.
// rdar://11528439

llvm-svn: 157517

SimplifyCFG: Turn the ad-hoc std::pair that represents switch cases into an explicit struct.

llvm-svn: 157516

Add support for branch weight metadata to MDBuilder and use it in various places.

llvm-svn: 157515

ScoreboardHazardRecognizer: Remove dead conditional in debug code.

Negative cycles are filtered out earlier.

llvm-svn: 157514

Move this debug statement earlier so it is easy to see the order in
which operands come flying out of the linearization stage.

llvm-svn: 157512

In response to some discussions on IRC, tweak the wording of the new
-Wsometimes-uninitialized diagnostics to make it clearer that the cause
of the issue may be a condition which must always evaluate to true or
false, rather than an uninitialized variable.

To emphasize this, add a new note with a fixit which removes the
impossible condition or replaces it with a constant.

Also, downgrade the diagnostic from -Wsometimes-uninitialized to
-Wconditional-uninitialized when it applies to a range-based for loop,
since the condition is not written explicitly in the code in that case.

llvm-svn: 157511

Fix indentation.

llvm-svn: 157510

Don't offer '[[clang::fallthrough]];' fix-it when a fall-through occurs to a
switch label immediately followed by a 'break;'.

llvm-svn: 157508

rdar://problem/11535045

Make 'help arch' return the list of supported architectures.
Add a convenience method StringList::Join(const char *separator) which is called from the help function for 'arch'.
Also add a simple test case.

llvm-svn: 157507

Fix the comments about LLDB_DISABLE_PYTHON in the python swig shell scripts to be more clear.

llvm-svn: 157506

The llvm_gcda_increment_indirect_counter function writes to the arguments that
are passed in. However, those arguments may be in a write-protected area, as far
as the runtime library is concerned. For instance, the data could be placed into
a 'linkedit' section, which isn't writable. Emit the code from
llvm_gcda_increment_indirect_counter directly into the function instead.

Note: The code for this is ugly, and can lead to bloat. We should look into
simplifying this code instead of having all of these branches.

<rdar://problem/11181370>

llvm-svn: 157505

Fix predicate HasStandardEncoding in MipsInstrInfo.td per suggestion of
Benjamin Kramer.

llvm-svn: 157504

The rules for emplace in map, multimap, unordered_map and unordered_multimap changed a while back and I'm just now updating to these new rules.  In a nutshell, you've got to know you're emplacing to a pair and use one of pair's constructors.  I made one extension:  If you want to emplace the key and default construct the mapped_type, you can just emplace(key), as opposed to emplace(piecewise_construct, forward_as_tuple(key), forward_as_tuple()).

llvm-svn: 157503

Small code cleanup. No functionality change.

llvm-svn: 157502

Open in read/write mode, creating the file if it doesn't exist.

llvm-svn: 157501

fix codegen support for alloc_size attribute for static C++ methods
add test case for C++ codegen

llvm-svn: 157500

bounds checking: add support for byval arguments

llvm-svn: 157498

rdar://problem/11533713

Allow setting conditions inline with breakpoints.  Add test cases.

llvm-svn: 157497

Delete MipsExpandPseudo.cpp.

llvm-svn: 157496

Move the code in MipsExpandPseudo to MipsInstrInfo::expandPostRAPseudo.
Delete MipsExpandPseudo.

llvm-svn: 157495

Remove the code that expands MIPS' .cpload directive.

llvm-svn: 157494

Remove the code that emits MIPS' .cprestore directive.

llvm-svn: 157493

Remove pseudo instructions that are no longer used.

llvm-svn: 157492

[libclang] Add a test I forgot to commit for r156890.

llvm-svn: 157491

Fixed a crash in logging when the name of an
entity imported by the ASTImporter had a NamedDecl
with a name that wasn't a plain string (e.g., a
selector).

llvm-svn: 157488

<rdar://problem/11535465>

LC_ENCRYPTION_INFO with "cryptid == 0" is not actually encrypted and LLDB fails to read memory from file.

llvm-svn: 157487

Don't ignore linkage when ignoring visibility in the instantiation of a
method template.

llvm-svn: 157486

[NVPTX] Add a new test case for the newly-enabled call handling

NV_CONTRIB

llvm-svn: 157485

<rdar://problem/11534686>

Reading memory from a file when the section is encrypted doesn't show an error. No we do.

llvm-svn: 157484

add CodeGen support for the alloc_size attribute

llvm-svn: 157483

Fixed an issue where we might have easy access to the string table data for a mach file from memory even though we have a process. So now we don't read the string table strings from memory when we don't have to.

llvm-svn: 157482

boundschecking:
add support for select
add experimental support for alloc_size metadata

llvm-svn: 157481

Don't ignore linkage when ignoring visibility in the instantiation of a
function template.

llvm-svn: 157480

Change interface for TargetLowering::LowerCallTo and TargetLowering::LowerCall
to pass around a struct instead of a large set of individual values.  This
cleans up the interface and allows more information to be added to the struct
for future targets without requiring changes to each and every target.

NV_CONTRIB

llvm-svn: 157479

[analyzer] Don't crash on LValBitCast

llvm-svn: 157478

Typo fix.

llvm-svn: 157477

Fix memory corruption bug found and fixed by Andrew C. Morrow.

llvm-svn: 157476

Consider the linkage for member class templates even when we have to ignore
the visibility.

llvm-svn: 157475

test/CodeGen/X86/bigstructret.ll: Suppress one test. It is msvc-incompatible. (compatible to mingw32 and netbsd, though)

llvm-svn: 157474

Factor ParseAsanOptions outside __asan_init

llvm-svn: 157473

Introduce the check_malloc_usable_size flag (on by default).
When the flag is set to zero, we do not check for errors in malloc_usable_size.
This may be useful to work around a bug in Nvidia drivers prior to 295.*

llvm-svn: 157472

test/CodeGen/X86/bigstructret.ll: Relax stack offsets for hosts of stack-align=8, eg. win32 and netbsd.

llvm-svn: 157471

When ignoring visibility in an instantiation, still consider the linkage.
Similar fixes for function and member template to follow as I write the
testcases.

llvm-svn: 157470

Whitespace fixes.

llvm-svn: 157469

Make the reassociation pass more powerful so that it can handle expressions
with arbitrary topologies (previously it would give up when hitting a diamond
in the use graph for example).  The testcase from PR12764 is now reduced from
a pile of additions to the optimal 1617*%x0+208.  In doing this I changed the
previous strategy of dropping all uses for expression leaves to one of dropping
all but one use.  This works out more neatly (but required a bunch of tweaks)
and is also safer: some recently fixed bugs during recursive linearization were
because the linearization code thinks it completely owns a node if it has no uses
outside the expression it is linearizing.  But if the node was also in another
expression that had been linearized (and thus all uses of the node from that
expression dropped) then the conclusion that it is completely owned by the
expression currently being linearized is wrong.  Keeping one use from within each
linearized expression avoids this kind of mistake.

llvm-svn: 157467

tsan: do not call into libc in symbolizer and in other code (this causes recursion and crashes)

llvm-svn: 157466

tsan: output message about failure to intercept only if verbosity flag is passed

llvm-svn: 157465

asan: fix tests
depending on -m32/-m64 addr2line says either e.g. __xsan_strnlen or just strnlen

llvm-svn: 157464

Links the entry point to the tooling documentation into clang's menu bar.

llvm-svn: 157462

Release notes update for -Wsometimes-uninitialized.

llvm-svn: 157459

Split a chunk of -Wconditional-uninitialized warnings out into a separate flag,
-Wsometimes-uninitialized. This detects cases where an explicitly-written branch
inevitably leads to an uninitialized variable use (so either the branch is dead
code or there is an uninitialized use bug).

This chunk of warnings tentatively lives within -Wuninitialized, in order to
give it more visibility to existing Clang users.

llvm-svn: 157458

Bump to lldb 152.

llvm-svn: 157456

misched: trace formatting

llvm-svn: 157455

Add support for function with stack frame checks added by the compiler;
these functions will end in the sequence

  mov %rbp, %rsp
  ret
  call __stack_chk_fail

instead of the usual mov, ret.  The x86 assembly profiler only looked
for functions ending in 'ret' and added the Unwind row describing how to
set the CFA based on that -- the addition of the call insn (which is jumped
to earlier in the function body) threw off that inspection.

Resolves the need to "step" twice to get out of these functions when doing
source-level stepping.

<rdar://problem/11469705>

llvm-svn: 157454