| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 209957
|
|
|
|
|
|
|
| |
There is no std::error_code::success, so this removes much of the noise
in transitioning to std::error_code.
llvm-svn: 209952
|
|
|
|
| |
llvm-svn: 209938
|
|
|
|
| |
llvm-svn: 207394
|
|
|
|
|
|
| |
LockFileManager can handle a symbolic link that points nowhere.
llvm-svn: 204422
|
|
|
|
|
|
|
|
| |
Add a utility function to convert the Windows path separator to Unix style path
separators. This is used by a subsequent change in clang to enable the use of
Windows SDK headers on Linux.
llvm-svn: 203611
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before this patch the unix code for creating hardlinks was unused. The code
for creating symbolic links was implemented in lib/Support/LockFileManager.cpp
and the code for creating hard links in lib/Support/*/Path.inc.
The only use we have for these is in LockFileManager.cpp and it can use both
soft and hard links. Just have a create_link function that creates one or the
other depending on the platform.
llvm-svn: 203596
|
|
|
|
|
|
|
|
|
|
| |
This reverts commits r203136, r203137, and r203138.
This code doesn't build on Windows. Even on Vista+, Windows requires
elevated privileges to create a symlink. Therefore we can't use
symlinks in the compiler. We'll have to find another approach.
llvm-svn: 203143
|
|
|
|
| |
llvm-svn: 203136
|
|
|
|
|
|
| |
libraries. It is now always 1 in LLVM builds.
llvm-svn: 202580
|
|
|
|
|
|
|
| |
The only extra bit of functionality that had to be exposed for this be be
implemented in Path.cpp is opening a file in rw mode.
llvm-svn: 202005
|
|
|
|
| |
llvm-svn: 201983
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before this patch they would take an boolean argument to say if the path
already existed. This was redundant with the returned error_code which is able
to represent that. This allowed for callers to incorrectly check only the
existed flag instead of first checking the error code.
Instead, pass in a boolean flag to say if the previous (non-)existence should be
an error or not.
Callers of the of the old simple versions are not affected. They still ignore
the previous (non-)existence as they did before.
llvm-svn: 201979
|
|
|
|
| |
llvm-svn: 201327
|
|
|
|
|
|
| |
only current user should be using toEpochTime() instead.
llvm-svn: 201136
|
|
|
|
| |
llvm-svn: 201125
|
|
|
|
|
|
|
|
|
| |
This will be used by the line editor library to derive a default path to
the history file.
Differential Revision: http://llvm-reviews.chandlerc.com/D2199
llvm-svn: 200594
|
|
|
|
|
|
| |
Based on a patch by Neil Henning!
llvm-svn: 197045
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
When clang is used under GNU/Linux in a chroot without /proc mount, it falls
back on the BSD method. However, since the buf variable is used twice
and fails with snprintf to produce the correct path.
When called as relatived (ie ./clang), it was failing with:
"" -cc1 [...] -x c++ x.cc
error: unable to execute command: Executable "" doesn't exist!
I also took the opportunity to simply the code (the first arg of test_dir
was useless).
Reviewers: rafael
Reviewed By: rafael
CC: cfe-commits
Differential Revision: http://llvm-reviews.chandlerc.com/D2361
llvm-svn: 196791
|
|
|
|
|
|
|
| |
This patch tries to avoid unrelated changes other than fixing a few
hyphen-related ambiguities and contractions in nearby lines.
llvm-svn: 196471
|
|
|
|
|
|
| |
Patch by Robin Hahling.
llvm-svn: 193750
|
|
|
|
|
|
|
| |
Some users (clang, libTooling) require this. After this patch we can remove
the calls to getenv("PWD") from clang.
llvm-svn: 188125
|
|
|
|
| |
llvm-svn: 187383
|
|
|
|
|
|
| |
This will let us use getUniqueID instead of st_dev directly on clang.
llvm-svn: 187378
|
|
|
|
|
|
|
|
|
|
| |
On Windows, this improves clean cmake configuration time on my
workstation from 1m58s to 1m32s, which is pretty significant. There's
probably more that can be done here, but this is the low hanging fruit.
Eric volunteered to regenerate ./configure for me.
llvm-svn: 187209
|
|
|
|
|
|
| |
It is similar to 186511, but for creating files for writing.
llvm-svn: 186679
|
|
|
|
| |
llvm-svn: 186561
|
|
|
|
|
|
|
|
|
|
|
| |
This has some advantages:
* Lets us use native, utf16 windows functions.
* Easy to produce good errors on windows about trying to use a
directory when we want a file.
* Simplifies the unix version a bit.
llvm-svn: 186511
|
|
|
|
|
|
|
|
|
| |
Rename's documentation says "Files are renamed as if by POSIX rename()". and it
is used for atomically updating output files from a temporary. Having rename
fallback to a non atomic copy has the potential to hide bugs, like using
a temporary file in /tmp instead of a unique name next to the final destination.
llvm-svn: 186483
|
|
|
|
| |
llvm-svn: 186378
|
|
|
|
|
|
|
| |
This opens the way of having static helpers in the .inc files that can
construct a file_status.
llvm-svn: 186376
|
|
|
|
|
|
|
|
|
|
| |
The status function is already using a syscall that returns the file size.
Remember it and implement file_size as a simple wrapper.
No functionally change, but clients that already use status now can avoid
calling file_size.
llvm-svn: 186016
|
|
|
|
| |
llvm-svn: 185834
|
|
|
|
| |
llvm-svn: 185605
|
|
|
|
| |
llvm-svn: 185603
|
|
|
|
|
|
| |
Patch by pashev.igor.
llvm-svn: 185601
|
|
|
|
| |
llvm-svn: 185136
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Don't try to create parent directories in unique_file. It had two problem:
* It violates the contract that it is atomic. If the directory creation
success and the file creation fails, we would return an error but the
file system was modified.
* When creating a temporary file clang would have to first check if the
parent directory existed or not to avoid creating one when it was not
supposed to.
* More efficient implementations of createUniqueDirectory and the unique_file
that produces only the file name. Now all 3 just call into a static
function passing what they want (name, file or directory).
Clang also has to be updated, so tests might fail if a bot picks up this commit
and not the corresponding clang one.
llvm-svn: 185126
|
|
|
|
| |
llvm-svn: 185015
|
|
|
|
| |
llvm-svn: 184960
|
|
|
|
| |
llvm-svn: 184916
|
|
|
|
| |
llvm-svn: 184910
|
|
|
|
| |
llvm-svn: 184853
|
|
|
|
| |
llvm-svn: 184852
|
|
|
|
| |
llvm-svn: 184311
|
|
|
|
| |
llvm-svn: 184298
|
|
|
|
| |
llvm-svn: 184235
|
|
|
|
| |
llvm-svn: 184229
|
|
|
|
| |
llvm-svn: 184219
|
|
|
|
|
|
|
|
| |
It looks like clang-tools-extra/unittests/cpp11-migrate/TransformTest.cpp
depends on the behaviour of the old one on Windows. Maybe a difference
between GetCurrentDirectoryA and GetCurrentDirectoryW?
llvm-svn: 184009
|