llvm-svn: 108130

remove it, fixing PR6909.

llvm-svn: 108125

patch by Lasse Kärkkäinen in PR7404.

llvm-svn: 108110

llvm-svn: 107785

warnings with gcc-4.6, by not setting bits when the result is not
used.

llvm-svn: 105790

and change llvm::sys::RunInterruptHandlers to call that function directly
instead of calling SignalHandler, because the rest of SignalHandler
invokes side effects which aren't appropriate, including raising the
signal.

llvm-svn: 104896

can't be read, since it isn't cleared on other error paths.

llvm-svn: 104852

getMagicNumber() does its own error checking.

llvm-svn: 104851

stuff.

llvm-svn: 103333

llvm-svn: 101790

llvm-svn: 101785

llvm-svn: 101782

llvm-svn: 101781

llvm-svn: 101723

llvm-svn: 101711

llvm-svn: 101710

platforms to unbreak the darwin and linux builds. The BSD folks should feel
free to change the #if, if this breaks them.

llvm-svn: 101703

llvm-svn: 101702

llvm-svn: 101701

as it is more efficient than fork/exec.

Thanks to Eric for adding the autoconf check.  It would be nice if
a cmake guru could add a cmake check for posix_spawn as well.

llvm-svn: 101693

llvm-svn: 101691

llvm-svn: 101376

llvm-svn: 100933

llvm-svn: 100895

Patch from Gianluigi Tiesi!

llvm-svn: 100003

llvm-svn: 99917

Otherwise, e.g. in the invocation like clang -DFOO=\"bar\" FOO macro
got the bar value, not "bar".

Patch by Alexander Esilevich!

llvm-svn: 99763

in the header.  How can both clang and gcc accept this?

PR6703

llvm-svn: 99658

libstdc++'s std::string class points to the interior of an allocation, valgrind
reports strings still alive at program termination as possible leaks.  I didn't
use a ManagedStatic for this because System can't depend on Support.

llvm-svn: 98716

to re-instrument the code.  We depend on the system valgrind.h to
avoid adding a new license.

llvm-svn: 98529

cppcheck, PR6617.  Patch by Ettl Martin!

llvm-svn: 98525

llvm-svn: 98350

llvm-svn: 98250

included when using global symbols to ask the linker for the addresses of
various functions.  One of the symbols was actually getting declared by a
header included in DynamicLibrary.cpp, which conflicted with the "extern void*"
declaration in SearchForAddressOfSpecialSymbol().

llvm-svn: 98243

llvm-svn: 96172

Kees van Reeuwijk!

llvm-svn: 95946

llvm-svn: 94743

llvm-svn: 94377

TimeValue()::now().toEpochTime() is supposed to be the same as time(),
but it wasn't, because toEpoch subtracted PosixZeroTime, but now()
didn't add PosixZeroTime!
Add a unittest to check this works.

llvm-svn: 94178

llvm-svn: 93913