we can find a way to cache the answer that isn't racy.

llvm-svn: 79472

llvm-svn: 79254

llvm-svn: 78363

llvm-svn: 78239

llvm-svn: 78215

fork call. This eliminates a need for <iostream>. Also remove
needless fsync calls.

llvm-svn: 78131

Add a comment explaining why.

llvm-svn: 78128

and 126 if it is not executable.

llvm-svn: 78120

distinguish that the result is errno, so it can't use it to provide more
information about the error (it also exposes the numeric value of errno).

llvm-svn: 78098

llvm-svn: 77953

llvm-svn: 77405

slashes, just go with it, regardless of whether it looks like it will
be executable. This follows the behavior of sh(1) more closely.

llvm-svn: 77396

llvm-svn: 77392

This fixes clang on non-darwin platforms if a file called 'ld' or 'as'
is in the working directory. Based on patch by Pawel Worach!

llvm-svn: 77379

bots like the BumpPtrAllocator changes.

llvm-svn: 76902

Reverting r76825 and r76828, since they caused clang runtime errors and some build failure involving memset.

llvm-svn: 76838

out of memory, and also make the default memory manager allocate more memory
when it runs out.

Also, switch function stubs and global data over to using the BumpPtrAllocator.

This makes it so the JIT no longer mmaps (or the equivalent on Windows) 16 MB
of memory, and instead allocates in 512K slabs.  I suspect this size could go
lower, especially on embedded platforms, now that more slabs can be allocated.

llvm-svn: 76828

Implemented by moving the code out of static functions into methods of Program
class.

llvm-svn: 76340

llvm-svn: 76229

 - Patch by Viktor Kutuzov!

 - Minor tweak by me to add llvm_unreachable calls on FIXMEd error paths.

llvm-svn: 75424

"UNIX paths can contain non-ASCII characters, so Path::isValid() should not reject paths with such characters in them. The attached patch removes the check from Path::isValid()."

patch by Benjamin Kramer!

llvm-svn: 75421

Add an ExecuteNoWait interface to support asynchronous process spawning.

llvm-svn: 75055

Windows variant, strerror_s, but I couldn't test that.

I'll update configure and config.h.in in a subsequent patch.

llvm-svn: 74621

Patch by Xerxes Ranby.

llvm-svn: 74283

Windows people, please double-check/patch this.

llvm-svn: 74209

llvm-svn: 73710

Insert a SmartMutex templated class into the class hierarchy, which takes a template parameter specifying whether this mutex
should become a no-op when not running in multithreaded mode.  Make sys::Mutex a typedef of SmartMutex<false>, to preserve source compatibility.

llvm-svn: 73709

llvm-svn: 73545

specific one. The GNU one is chosen when _GNU_SOURCE is defined. g++ always
defines _GNU_SOURCE on linux platforms because glibc's headers won't compile
in C++ mode without it. The GNU strerror_r doesn't always modify the buffer
which causes empty error messages on linux.

This patch changes MakeErrMsg to use the return value of strerror_r to get
the string instead of assuming the buffer will be modified, on GLIBC.

Patch by Benjamin Kramer!

llvm-svn: 73396

absolute or not, based on a patch by Gregory Curfman!

llvm-svn: 73368

llvm-svn: 72854

llvm-svn: 72604

llvm-svn: 72332

width of a terminal. Don't try to get the width of a terminal if we
don't have this header.

llvm-svn: 72018

fix Clang PRs 4148 and 4183.

llvm-svn: 71448

  clang: error: unable to make temporary file: /etc/cc: can't make
  unique filename: Permission denied

instead of 

  clang: error: unable to make temporary file: /etc/cc: can't make
  unique filenamePermission denied

for example.

Also, audited the uses of MakeErrMsg to make the prefix strings
consistent (not end with newline/punctuation/space/": ").

llvm-svn: 69626

patch by Alexei Svitkine!

llvm-svn: 68929

llvm::sys::getOS{Name,Version}.

Right now the implementation just derives from LLVM_HOSTTRIPLE (which
is wrong, but it doesn't look like we have a define for the target
triple). Ideally this routine would actually be able to compute the
triple for targets we care about.

llvm-svn: 68118

llvm-svn: 67510

were when we came around, not to their default handler.  This 
should fix PR3848

llvm-svn: 67509