| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 184826
|
|
|
|
|
|
|
| |
It was only used to implement ExecuteAndWait and ExecuteNoWait. Expose just
those two functions and make Execute and Wait implementations details.
llvm-svn: 183864
|
|
|
|
| |
llvm-svn: 183828
|
|
|
|
| |
llvm-svn: 178420
|
|
|
|
|
|
|
| |
Clients of MemoryBuffer::getOpenFile expect it not to take ownership of the file
descriptor passed in. So don't.
llvm-svn: 176995
|
|
|
|
|
|
|
|
| |
sys::Path::MapInFilePages.
This gives us memory mapped file I/O on Windows.
llvm-svn: 176886
|
|
|
|
|
|
|
|
|
|
| |
The sys::fs::is_directory() check is unnecessary because, if the filename is
a directory, the function will fail anyway with the same error code returned.
Remove the check to avoid an unnecessary stat call.
Someone needs to review on windows and see if the check is necessary there or not.
llvm-svn: 176386
|
|
|
|
|
|
|
| |
which uses it. This is not ideal, but it ought to at least restore the
behavior to what it was before.
llvm-svn: 175571
|
|
|
|
|
|
| |
character devices.
llvm-svn: 175549
|
|
|
|
|
|
|
|
|
|
| |
/dev/stdin as an input when stdin is connected to a tty, for example.
No test, because it's difficult to write a reasonably portable test
for this. /dev/stdin isn't a character device when stdin is redirected
from a file or connected to a pipe.
llvm-svn: 175542
|
|
|
|
|
|
|
| |
users over to the new one. No sense maintaining this "compatibility"
layer it seems.
llvm-svn: 171331
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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. =]
llvm-svn: 169131
|
|
|
|
| |
llvm-svn: 167467
|
|
|
|
|
|
| |
- We only support this when the client didn't claim to know the file size.
llvm-svn: 167407
|
|
|
|
| |
llvm-svn: 164471
|
|
|
|
|
|
|
|
|
|
|
|
| |
file buffer is null-terminated.
If the file is smaller than we thought, mmap will not allow dereferencing
past the pages that are enough to cover the actual file size,
even though we asked for a larger address range.
rdar://11612916
llvm-svn: 160075
|
|
|
|
| |
llvm-svn: 158844
|
|
|
|
| |
llvm-svn: 158841
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the caller requested a null-terminated one.
When mapping the file there could be a racing issue that resulted in the file being larger
than the FileSize passed by the caller. We already have an assertion
for this in MemoryBuffer::init() but have a runtime guarantee that
the buffer will be null-terminated, so do a copy that adds a null-terminator.
Protects against crash of rdar://11161822.
llvm-svn: 154082
|
|
|
|
|
|
|
|
| |
if the passed in FileSize is inaccurate.
rdar://11034179
llvm-svn: 152662
|
|
|
|
|
|
|
|
|
|
|
| |
Unify default construction of error_code uses on this idiom so that users don't
feel compelled to make static globals for naming convenience. (unfortunately I
couldn't make the original ctor private as some APIs don't return their result,
instead using an out parameter (that makes sense to default construct) - which
is a bit of a pity. I did, however, find/fix some cases of unnecessary default
construction of error_code before I hit the unfixable cases)
llvm-svn: 150197
|
|
|
|
|
|
| |
reading files.
llvm-svn: 145061
|
|
|
|
|
|
|
| |
This was put in because in a certain version of DragonFlyBSD stat(2) lied about the
size of some files. This was fixed a long time ago so we can remove the workaround.
llvm-svn: 145059
|
|
|
|
|
|
| |
protected by ifdef either.
llvm-svn: 142623
|
|
|
|
|
|
|
|
| |
gold plugin is built with Large File Support (sizeof(off_t) == 64 on i686)
and the rest of LLVM is built w/o Large File Support
(sizeof(off_t) == 32 on i686) which corrupts the stack.
llvm-svn: 139873
|
|
|
|
| |
llvm-svn: 131829
|
|
|
|
|
|
| |
malloc'ed or mmap'ed memory. This is for performance analysis.
llvm-svn: 130432
|
|
|
|
| |
llvm-svn: 128098
|
|
|
|
| |
llvm-svn: 127853
|
|
|
|
|
|
| |
instead of copying.
llvm-svn: 127835
|
|
|
|
| |
llvm-svn: 127426
|
|
|
|
| |
llvm-svn: 127417
|
|
|
|
| |
llvm-svn: 127413
|
|
|
|
|
|
| |
support for creating buffers that cover only a part of a file.
llvm-svn: 127409
|
|
|
|
|
|
| |
MemoryBuffer::getOpenFile to not close the file descriptor.
llvm-svn: 125128
|
|
|
|
| |
llvm-svn: 122193
|
|
|
|
|
|
| |
via an out parm.
llvm-svn: 121958
|
|
|
|
|
|
| |
error_code &ec. And fix clients.
llvm-svn: 121379
|
|
|
|
| |
llvm-svn: 120298
|
|
|
|
|
|
| |
file descriptor into a MemoryBuffer (and closes the FD).
llvm-svn: 120065
|
|
|
|
|
|
| |
documented and only used by some clang stuff I just removed.
llvm-svn: 120002
|
|
|
|
| |
llvm-svn: 106856
|
|
|
|
|
|
| |
needs it.
llvm-svn: 106841
|
|
|
|
|
|
|
|
|
|
| |
buffer in the same chunk of memory.
2 less mallocs for every uninitialized MemoryBuffer and 1 less malloc for every
MemoryBuffer pointing to a memory range translate into 20% less mallocs on
clang -cc1 -Eonly Cocoa_h.m.
llvm-svn: 106839
|
|
|
|
|
|
|
| |
instead of a StringRef, avoiding the need to copy the string in the
common case.
llvm-svn: 106754
|
|
|
|
| |
llvm-svn: 106538
|
|
|
|
| |
llvm-svn: 104855
|
|
|
|
|
|
| |
a co-committed clang patch.
llvm-svn: 100485
|
|
|
|
| |
llvm-svn: 100107
|
|
|
|
|
|
|
|
|
|
| |
- Use a RAII object to close the FD.
- Use sys::StrError instead of thread-unsafe strerror calls.
- Recover gracefully if read returns zero. This works around an issue on
DragonFlyBSD where /dev/null has an st_size of 136 but we can't read 136 bytes
from it.
llvm-svn: 100106
|