| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
likely the crash diagnostics generation will fail as well.
Part of rdar://13296693
llvm-svn: 178163
|
|
|
|
|
|
|
| |
if crash diagnostics should be generated. By default this is enabled.
Part of rdar://13296693
llvm-svn: 178161
|
|
|
|
|
|
|
|
|
|
| |
if execution failed. ExecuteAndWait returns -1 upon an execution failure, but
checking the return value isn't sufficient because the wait command may
return -1 as well. This new parameter is to be used by the clang driver in a
subsequent commit.
Part of rdar://13362359
llvm-svn: 178087
|
|
|
|
| |
llvm-svn: 177963
|
|
|
|
|
|
|
|
|
| |
timeouts, so
it's only really useful if you're going to crash anyways. Use it in the pretty stack trace
printer to kill the compiler if we hang while printing the stack trace.
llvm-svn: 177962
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
-time-ir-parsing flag
This breaks the layering of the Support library. We can't add an
implementation side to IRReader because it refers directly to entities
only accessible as part of the IR, AsmParser, and BitcodeReader
libraries. It can only be used in a context where all of those libraries
will be available.
We'll need to find some other way to get this functionality, and
hopefully solve the long-standing layering problem of IRReader.h...
llvm-svn: 177695
|
|
|
|
|
|
|
|
|
|
| |
DARWIN_USER_CACHE_DIR for the system temporary directory.
The DARWIN_USER_TEMP_DIR and DARWIN_USER_CACHE_DIR configuration
settings are more idiomatic for Darwin than the TMPDIR environment
variable.
llvm-svn: 177669
|
|
|
|
|
|
| |
They are generally faster (at least not slower) than post-inc, post-dec.
llvm-svn: 177608
|
|
|
|
| |
llvm-svn: 177543
|
|
|
|
| |
llvm-svn: 177472
|
|
|
|
|
|
| |
CloseFD is false.
llvm-svn: 177175
|
|
|
|
|
|
| |
Patch by Stephen Hines.
llvm-svn: 177101
|
|
|
|
|
|
|
| |
Clients of MemoryBuffer::getOpenFile expect it not to take ownership of the file
descriptor passed in. So don't.
llvm-svn: 176995
|
|
|
|
|
|
| |
This was tickled by a Clang diagnostic; Clang test case to follow.
llvm-svn: 176911
|
|
|
|
|
|
| |
Patch by Paul Robinson.
llvm-svn: 176908
|
|
|
|
|
|
|
|
| |
sys::Path::MapInFilePages.
This gives us memory mapped file I/O on Windows.
llvm-svn: 176886
|
|
|
|
|
|
| |
variable to be a local variable in the only method that uses it.
llvm-svn: 176778
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Statistics are still available in Release+Asserts (any +Asserts builds),
and stats can also be turned on with LLVM_ENABLE_STATS.
Move some of the FastISel stats that were moved under DEBUG()
back out of DEBUG(), since stats are disabled across the board now.
Many tests depend on grepping "-stats" output. Move those into
a orig_dir/Stats/. so that they can be marked as unsupported
when building without statistics.
Differential Revision: http://llvm-reviews.chandlerc.com/D486
llvm-svn: 176733
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
| |
infinite loop by constantly trying
to create the parent path.
This can happen if the path is a relative filename and the current directory was removed.
Thanks to Daniel D. for the hint in fixing it.
llvm-svn: 176226
|
|
|
|
| |
llvm-svn: 176130
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
to lib/DebugInfo, with dumping in llvm-dwarfdump. This patch adds
initial ability to parse and dump CFA instructions contained in
entries.
To keep it manageable, the patch omits some more advanced capabilities
(accounted in TODOs):
* Parsing of instructions with BLOCK arguments (expression lists)
* Dumping of actual instruction arguments (currently only names are
dumped). This is quite tricky since the dumper has to effectively
"interpret" the instructions.
llvm-svn: 175820
|
|
|
|
|
|
|
| |
This implementation of NoneType/None does have some holes but I haven't
found one that doesn't - open to improvement.
llvm-svn: 175696
|
|
|
|
|
|
| |
missed before but probably what was intended.
llvm-svn: 175687
|
|
|
|
|
|
| |
option description.
llvm-svn: 175682
|
|
|
|
| |
llvm-svn: 175651
|
|
|
|
| |
llvm-svn: 175650
|
|
|
|
| |
llvm-svn: 175648
|
|
|
|
|
|
|
| |
loads. On FreeBSD, add PROT_READ page protection flag before flushing
cache.
llvm-svn: 175646
|
|
|
|
|
|
|
| |
require call cpp file anyway, so we wouldn't gain anything by keeping them
inline.
llvm-svn: 175579
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
is explicitly called during module initialization of lib/Support/Process.cpp. It reads the field of global object PosixZeroTime, which is not guaranteed to be initialized at this point. Found by AddressSanitizer with -fsanitize=init-order option.
llvm-svn: 175509
|
|
|
|
|
|
| |
linkage.
llvm-svn: 175264
|
|
|
|
| |
llvm-svn: 175156
|
|
|
|
|
|
| |
function is called with a signed char argument, in order to avoid assertions in Windows Debug configuration.
llvm-svn: 175006
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This change lets us bootstrap LLVM/Clang under ASan and MSan. It contains
fixes for 2 issues:
- X86JIT reads return address from stack, which MSan does not know is
initialized.
- bugpoint tests run binaries with RLIMIT_AS. This does not work with certain
Sanitizers.
We are no longer including config.h in Compiler.h with this change.
llvm-svn: 174306
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds support for AArch64 (ARM's 64-bit architecture) to
LLVM in the "experimental" category. Currently, it won't be built
unless requested explicitly.
This initial commit should have support for:
+ Assembly of all scalar (i.e. non-NEON, non-Crypto) instructions
(except the late addition CRC instructions).
+ CodeGen features required for C++03 and C99.
+ Compilation for the "small" memory model: code+static data <
4GB.
+ Absolute and position-independent code.
+ GNU-style (i.e. "__thread") TLS.
+ Debugging information.
The principal omission, currently, is performance tuning.
This patch excludes the NEON support also reviewed due to an outbreak of
batshit insanity in our legal department. That will be committed soon bringing
the changes to precisely what has been approved.
Further reviews would be gratefully received.
llvm-svn: 174054
|
|
|
|
|
|
|
| |
This change adds MemorySanitizer annotations to BumpPtrAllocator to
improve report quality.
llvm-svn: 174051
|
|
|
|
|
|
| |
This is required to use them in TableGen.
llvm-svn: 173923
|
|
|
|
|
|
|
|
|
|
|
|
| |
Remove the use of the 't' length modifier to avoid a gcc warning. Based
on usage, 32 bits of precision is good enough for printing a stack
offset for a stack trace.
't' length modifier isn't in C++03 but it *is* in C++11. Added a FIXME
to reintroduce once LLVM makes the switch to C++11.
Reviewer: gribozavr
llvm-svn: 173711
|
|
|
|
|
|
|
|
| |
smaller type.
Fixes PR15054.
llvm-svn: 173459
|
|
|
|
| |
llvm-svn: 173431
|
|
|
|
|
|
|
|
| |
Add the x32 environment kind to the triple, and separate the concept of
pointer size and callee save stack slot size, since they're not equal
on x32.
llvm-svn: 173175
|
|
|
|
|
|
|
|
|
| |
Previously we tried to infer it from the bit width size, with an added
IsIEEE argument for the PPC/IEEE 128-bit case, which had a default
value. This default value allowed bugs to creep in, where it was
inappropriate.
llvm-svn: 173138
|
|
|
|
|
|
| |
This is duplicated in a couple places in the codebase. Adopt this in APFloat.
llvm-svn: 172851
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In r143502, we renamed getHostTriple() to getDefaultTargetTriple()
as part of work to allow the user to supply a different default
target triple at configure time. This change also affected the JIT.
However, it is inappropriate to use the default target triple in the
JIT in most circumstances because this will not necessarily match
the current architecture used by the process, leading to illegal
instruction and other such errors at run time.
Introduce the getProcessTriple() function for use in the JIT and
its clients, and cause the JIT to use it. On architectures with a
single bitness, the host and process triples are identical. On other
architectures, the host triple represents the architecture of the
host CPU, while the process triple represents the architecture used
by the host CPU to interpret machine code within the current process.
For example, when executing 32-bit code on a 64-bit Linux machine,
the host triple may be 'x86_64-unknown-linux-gnu', while the process
triple may be 'i386-unknown-linux-gnu'.
This fixes JIT for the 32-on-64-bit (and vice versa) build on non-Apple
platforms.
Differential Revision: http://llvm-reviews.chandlerc.com/D254
llvm-svn: 172627
|
|
|
|
|
|
| |
breaks the VS2008 build
llvm-svn: 172411
|
|
|
|
| |
llvm-svn: 172358
|