| cd81d94322a39503e4a3e87b6ee03d4fcb3465fb |
|
21-Jul-2014 |
Stephen Hines <srhines@google.com> |
Update LLVM for rebase to r212749.
Includes a cherry-pick of:
r212948 - fixes a small issue with atomic calls
Change-Id: Ib97bd980b59f18142a69506400911a6009d9df18
/external/llvm/lib/Support/LockFileManager.cpp
|
| dce4a407a24b04eebc6a376f8e62b41aaa7b071f |
|
29-May-2014 |
Stephen Hines <srhines@google.com> |
Update LLVM for 3.5 rebase (r209712).
Change-Id: I149556c940fb7dc92d075273c87ff584f400941f
/external/llvm/lib/Support/LockFileManager.cpp
|
| 36b56886974eae4f9c5ebc96befd3e7bfe5de338 |
|
24-Apr-2014 |
Stephen Hines <srhines@google.com> |
Update to LLVM 3.5a.
Change-Id: Ifadecab779f128e62e430c2b4f6ddd84953ed617
/external/llvm/lib/Support/LockFileManager.cpp
|
| 97c57dfcb4c76ede59443fe4c03e415ee7fa358a |
|
07-Aug-2013 |
Reid Kleckner <reid@kleckner.net> |
Fix boolean logic in LockFileManager and test it
This fixes a bug from r187826.
Reviewers: hans
Differential Revision: http://llvm-reviews.chandlerc.com/D1304
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@187846 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/LockFileManager.cpp
|
| 47cfec02842f885b46ea0d3c812793e660691640 |
|
07-Aug-2013 |
Reid Kleckner <reid@kleckner.net> |
Remove some std stream usage from Support and TableGen
LLVM's coding standards recommend raw_ostream and MemoryBuffer for
reading and writing text.
This has the side effect of allowing clang to compile more of Support
and TableGen in the Microsoft C++ ABI.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@187826 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/LockFileManager.cpp
|
| 200c748a8643cd127271f4d6849da1e147d4442f |
|
05-Jul-2013 |
Rafael Espindola <rafael.espindola@gmail.com> |
Add a createUniqueFile function and switch llvm's users of unique_file.
This function is complementary to createTemporaryFile. It handles the case were
the unique file is *not* temporary: we will rename it in the end. Since we
will rename it, the file has to be in the same filesystem as the final
destination and we don't prepend the system temporary directory.
This has a small semantic difference from unique_file: the default mode is 0666.
This matches the behavior of most unix tools. For example, with this change
lld now produces files with the same permissions as ld. I will add a test
of this change when I port clang over to createUniqueFile (next commit).
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@185726 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/LockFileManager.cpp
|
| e76fe51fe1bfe437aba5e619dae58706d35b3a58 |
|
05-Apr-2013 |
Douglas Gregor <dgregor@apple.com> |
<rdar://problem/13551789> Fix a race in the LockFileManager.
It's possible for the lock file to disappear and the owning process to
return before we're able to see the generated file. Spin for a little
while to see if it shows up before failing.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@178909 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/LockFileManager.cpp
|
| 5c43245bf459c77077b607e1b55e6928cfbe464e |
|
21-Feb-2013 |
David Blaikie <dblaikie@gmail.com> |
Provide a "None" value for convenience when using Optional<T>()
This implementation of NoneType/None does have some holes but I haven't
found one that doesn't - open to improvement.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@175696 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/LockFileManager.cpp
|
| 69a2d6f55afb2bc42bc19e754bcebee39ecdb8bc |
|
10-Jan-2013 |
Douglas Gregor <dgregor@apple.com> |
Fix a race condition in the lock-file manager: once the lock file is
gone, check for the actual file we care about.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@172033 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/LockFileManager.cpp
|
| d04a8d4b33ff316ca4cf961e06c9e312eff8e64f |
|
03-Dec-2012 |
Chandler Carruth <chandlerc@gmail.com> |
Use the new script to sort the includes of every file under lib.
Sooooo many of these had incorrect or strange main module includes.
I have manually inspected all of these, and fixed the main module
include to be the nearest plausible thing I could find. If you own or
care about any of these source files, I encourage you to take some time
and check that these edits were sensible. I can't have broken anything
(I strictly added headers, and reordered them, never removed), but they
may not be the headers you'd really like to identify as containing the
API being implemented.
Many forward declarations and missing includes were added to a header
files to allow them to parse cleanly when included first. The main
module rule does in fact have its merits. =]
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@169131 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/LockFileManager.cpp
|
| 68d92bdcc99e647546f40cfce5cfbeb904be2985 |
|
04-Sep-2012 |
Evgeniy Stepanov <eugeni.stepanov@gmail.com> |
Fix Android build of gtest and lib/Support.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@163131 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/LockFileManager.cpp
|
| 95fa4005f5aa99878c4053e95b230f0b8b6a4d6d |
|
29-Jan-2012 |
Douglas Gregor <dgregor@apple.com> |
Move Clang's file-level locking facility over to LLVM's support
library, since it doesn't really have anything to do with Clang.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@149203 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/LockFileManager.cpp
|