llvm-svn: 203910

llvm-svn: 203909

This is an initial version of *Sanitizer instrumentation of assembly code.

Patch by Yuri Gorshenin.

llvm-svn: 203908

llvm-svn: 203907

PR19089

llvm-svn: 203906

llvm-svn: 203905

llvm-svn: 203904

llvm-svn: 203903

[sanitizer] in bitset-based deadlock detector collect edge's stack trace when an edge is added to the graph (in following CLs these stack traces will be added to the report)

llvm-svn: 203902

The COFF spec says that the SectionNumber field in the symbol table is 16 bit
signed type, but MSVC treats the field as if it is unsigned.

llvm-svn: 203901

llvm-svn: 203900

index.

llvm-svn: 203899

llvm-svn: 203898

llvm-svn: 203897

llvm-svn: 203896

llvm-svn: 203895

Remove seemingly dead method. It was marked virtual but doesn't override anything and there don't seem to be any in tree callers.

llvm-svn: 203894

llvm-svn: 203893

LLD fails to link symbol "_main" if the symbol is in a library file and
the library file is given as a bare argument (i.e. not with /defaultlib
option). It's because library files given as bare arguments are processed
before other libraries given with /defaultlib, so when Linker finds msvcrtd
needs a definition for "_main", the file providing the main function has
already been processed and skipped. Linker don't revisit libraries if it's
not given with /defaultlib.

To fix it this patch change the way of command line handling; files end with
".lib" are treated as if they are given with /defaultlib. I don't believe
it's 100% correct behavior but it's better than before.

llvm-svn: 203892

llvm-svn: 203891

issue in that the new MachineRegisterInfo bundle iterators didn't
dereference to the START of the bundle, while the old skipBundle()
method did.

llvm-svn: 203890

Looks like a major cause of instability on Windows is this thread-safety bug.

llvm-svn: 203889

llvm-svn: 203888

llvm-svn: 203887

llvm-svn: 203886

This is because the PCH is tied to the module files, if one of the module files changes or gets removed
the build system should re-build the PCH file.

rdar://16321245

llvm-svn: 203885

This option is not documented and seems weird, but yeah we need it anyway.

llvm-svn: 203884

Fix issue with r203865.  The old behaviour would get a MachineOperand then find the MI for the bundle the MI was in.  The new behaviour was failing to get the parent bundle and instead just used the MI from the MachineOperand

llvm-svn: 203883

[Modules] Make sure that the synthesized file "__inferred_module.map" doesn't show up as dependency of a module file.

Follow-up for rdar://15459210

llvm-svn: 203882

No functionality change.

llvm-svn: 203881

llvm-svn: 203880

Fixed misuse of isascii. Also fixes mingw32 build, see http://msdn.microsoft.com/en-us/library/ms235417.aspx

llvm-svn: 203879

This is to make sure that the Windows-style command line tokenizer is
working as expected.

llvm-svn: 203877

llvm-svn: 203876

If the driver finds a command line option in the form of "@filename", the
option will be replaced with the content of the given file. It's an error
if a response file cannot be read.

llvm-svn: 203875

One more time. Multi-line expressions when there is no valid expression that follow “expr [options] —“.

llvm-svn: 203874

llvm-svn: 203873

Allow a multi-line expression to follow expression commands with options when there is no expression following the option terminating “—“.

llvm-svn: 203872

Contributed-by: Sam Novak <snovak@uwsp.edu>
llvm-svn: 203871

Contributed-by: Sam Novak <snovak@uwsp.edu>
llvm-svn: 203869