llvm-6502/lib/Support/Unix
Benjamin Kramer 15c435a367 Retire llvm::array_endof in favor of non-member std::end.
While there make array_lengthof constexpr if we have support for it.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@206112 91177308-0d34-0410-b5e6-96231b3b80d8
2014-04-12 16:15:53 +00:00
..
Host.inc Support: normalize the default triple on Unix 2014-03-30 03:22:37 +00:00
Memory.inc ARM64: initial backend import 2014-03-29 10:18:08 +00:00
Mutex.inc
Path.inc [Support] Make sure sys::fs::remove can remove symbolic links and make sure LockFileManager can handle a symbolic link that points nowhere. 2014-03-21 01:25:37 +00:00
Process.inc [C++11] Replace llvm::tie with std::tie. 2014-03-02 13:30:33 +00:00
Program.inc Delete dead code. 2014-02-24 01:07:38 +00:00
README.txt
RWMutex.inc Fix RWMutex to be thread-safe when pthread_rwlock is not available 2014-03-01 04:30:32 +00:00
Signals.inc Retire llvm::array_endof in favor of non-member std::end. 2014-04-12 16:15:53 +00:00
system_error.inc
ThreadLocal.inc
TimeValue.inc
Unix.h
Watchdog.inc

llvm/lib/Support/Unix README
===========================

This directory provides implementations of the lib/System classes that
are common to two or more variants of UNIX. For example, the directory
structure underneath this directory could look like this:

Unix           - only code that is truly generic to all UNIX platforms
  Posix        - code that is specific to Posix variants of UNIX
  SUS          - code that is specific to the Single Unix Specification
  SysV         - code that is specific to System V variants of UNIX

As a rule, only those directories actually needing to be created should be
created. Also, further subdirectories could be created to reflect versions of
the various standards. For example, under SUS there could be v1, v2, and v3
subdirectories to reflect the three major versions of SUS.