This appears to trigger failures with optimization and function arguments somehow.

This reverts commit r204277.

llvm-svn: 204286

InputElement::parse() may recursively call WinLinkDriver::parse() to handle
.drectve section contents, and if /defaultlib option exists in the section,
the driver will mutate the input graph to add a new input file to the graph.
So the access to input graph needs to be protected with mutext.

llvm-svn: 204285

I changed the logging test to just test that logging doesn't crash and does produce output.  That's 
about all it is useful to test.

llvm-svn: 204284

and not particularly useful.  Skipping till we get a chance to make a test that 
actually tests something we care about.

llvm-svn: 204283

llvm-svn: 204282

llvm-svn: 204281

llvm-svn: 204280

llvm-svn: 204279

llvm-svn: 204278

This commit moves us from a single range per subprogram to extending
ranges if we are:

a) In the same section, and
b) In the same enclosing CU.

This means we have more fine grained ranges for compile units, and fewer
ranges overall when we have multiple functions in the same CU
adjacent to each other in the object file.

Also remove all of the earlier hacks around this functionality for
function sections etc. Also update all of the testcases to take into
account the merging functionality.

llvm-svn: 204277

llvm-svn: 204276

llvm-svn: 204275

llvm-svn: 204274

v2:
  -Use correct opcode for DS_READ_64

llvm-svn: 204273

llvm-svn: 204272

The source and destination happen to be the same register.

llvm-svn: 204271

It isn't actually used now, and probably never will be, plus it makes
tests less annoying. I also think SC prints GDS instructions as a
separate instruction name.

llvm-svn: 204270

Also remove unused data fields from the DS_Load_Helper class.

v2:
  - Merge fields for DS_WRITE

llvm-svn: 204269

Split implementation files along a uses-libc/shouldn't-use-libc
boundary.

  - InstrProfiling.h is a shared header.

  - InstrProfiling.c provides an API to extract profiling data from the
    runtime, but avoids the use of libc.  Currently this is a lie:
    __llvm_pgo_write_buffer() uses `FILE*` and related functions.  It
    will be updated soon to write to a `char*` buffer instead.

  - InstrProfilingExtras.c provides a more convenient API for
    interfacing with the profiling runtime, but has logic that does (and
    will continue to) use libc.

<rdar://problem/15943240>

llvm-svn: 204268

llvm-svn: 204267

llvm-svn: 204265

llvm-svn: 204264

This name, while more verbose, plays more nicely with tools that use
file extensions to determine file types. The existing spelling
'module.map' will continue to work, but the new spelling will take
precedence.

In frameworks, this new filename will only go in a new 'Modules'
sub-directory.

Similarly, add a module.private.modulemap corresponding to
module_private.map.

llvm-svn: 204261

Introduced when I rebased my changes to use isReservedSectionNumber.

llvm-svn: 204260

llvm-svn: 204259

Check if "golden_output.txt" exists before trying to delete it rather than just raising an uncaught error.

llvm-svn: 204258

This patch enables vectorization of loops containing backward array
traversal (array stride is -1).

Contributed-by: Chris Jenneisch <chrisj@codeaurora.org>
llvm-svn: 204257

llvm-svn: 204256

This ensures that the polly passes get properly registered both, when using
polly as a loadable module and when directly linking it into clang/opt/bugpoint.

llvm-svn: 204255

llvm-svn: 204254

PR19191

llvm-svn: 204253

llvm-svn: 204252

Change the backtrace view into a process tree view where you can expand the process, its threads and see all frames under each thread. 

llvm-svn: 204251

and emitted and that no NOPs are emitted in a 'noreorder section'.

llvm-svn: 204250

llvm-svn: 204249

llvm-svn: 204248

of GOT.
 * Read addend for R_MIPS_GOT16 relocation.
 * Put only high 16 bits of symbol + addend into GOT entries for
   locally visible symbols.

llvm-svn: 204247

a uniform way.

llvm-svn: 204246

functions. The first one is for local GOT entries. The second one is for
global GOT entries.

llvm-svn: 204245

llvm-svn: 204244