name of a path, after resolving symbolic links and eliminating excess
path elements such as "foo/../" and "./".

This routine still needs a Windows implementation, but I don't have a
Windows machine available. Help? Please?

llvm-svn: 125228

llvm-svn: 123604

llvm-svn: 123544

llvm-svn: 122879

via their return value instead of an out parameter.

llvm-svn: 121149

namespace. None of them return anything except for success anyway. These will be
converted to returning their result soon.

llvm-svn: 121109

that close or unlink set.

llvm-svn: 121094

the standard macros instead of octal notation.

llvm-svn: 121093

llvm-svn: 121092

llvm-svn: 121091

Unix bug spotted by Dan Gohman.

llvm-svn: 121090

llvm-svn: 120913

llvm-svn: 120870

llvm-svn: 120867

llvm-svn: 120827

llvm-svn: 120819

llvm-svn: 120818

llvm-svn: 120817

llvm-svn: 120800

llvm-svn: 120792

llvm-svn: 120790

llvm-svn: 120776

instead of toStringRef. The file system APIs need c strings.

llvm-svn: 120601

file creation APIs aren't implemented.

llvm-svn: 120593

llvm-svn: 120329

from LLVM forever:

grep -lR "llvm/System" * | grep -v .svn | xargs sed -ie 's#llvm/System#llvm/Support#g'

llvm-svn: 120314

llvm-svn: 120298

llvm-svn: 73710

llvm-svn: 73545

llvm-svn: 45418

llvm-svn: 32225

Add a Mutex class for thread synchronization in a platform-independent way.
The current implementation only supports pthreads. Win32 use of Critical
Sections will be added later. The design permits other threading models to
be used if (and only if) pthreads is not available.

llvm-svn: 22403

llvm-svn: 21704

llvm-svn: 21422

llvm-svn: 16288

"Program" operating system concept (find and execute programs).

llvm-svn: 16084

note individually but these essence of it is to not derive from
std::string, clarify the interface, and provide better documentation.
There is now also (untested) implementations for AIX, Darwin, and SunOS.

llvm-svn: 16078

llvm-svn: 16048