| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
- Patch by Yonggang Luo.
llvm-svn: 79315
|
| |
|
|
|
|
| |
- Patch by Yonggang Luo.
llvm-svn: 79314
|
| |
|
|
|
|
| |
just remove the argument and replace it with 1.
llvm-svn: 79246
|
| |
|
|
|
|
|
| |
This also adds unit tests to APFloat that mainly tests the
string handling of APFloat, but not much else of it's api.
llvm-svn: 79210
|
| |
|
|
| |
llvm-svn: 79142
|
| |
|
|
|
|
| |
a terminal, not just when it's STDOUT_FILENO.
llvm-svn: 79066
|
| |
|
|
| |
llvm-svn: 79065
|
| |
|
|
| |
llvm-svn: 79064
|
| |
|
|
| |
llvm-svn: 79063
|
| |
|
|
| |
llvm-svn: 79016
|
| |
|
|
|
|
|
|
| |
mimic the behavior of stdtout, which is line-buffered when the output
is a terminal. This fixes some issues with bugpoint output appearing
being printed out of order.
llvm-svn: 78953
|
| |
|
|
| |
llvm-svn: 78933
|
| |
|
|
| |
llvm-svn: 78926
|
| |
|
|
|
|
|
|
| |
unbuffered. std::ostream does its own buffering, and std::string and
SmallVector both have allocation strategies intended to handle frequent
appending.
llvm-svn: 78924
|
| |
|
|
|
|
|
| |
needs of the underlying output mechanism. raw_fd_ostream now uses
st_blksize from fstat to determine a buffer size.
llvm-svn: 78923
|
| |
|
|
| |
llvm-svn: 78909
|
| |
|
|
|
|
|
| |
a full buffer, rather than often being called with a
slightly-less-than-full buffer.
llvm-svn: 78907
|
| |
|
|
|
|
| |
- Patch by Erick Tryzelaar, with some edits (and a bug fix) from me.
llvm-svn: 78885
|
| |
|
|
| |
llvm-svn: 78848
|
| |
|
|
| |
llvm-svn: 78825
|
| |
|
|
|
|
|
|
| |
when !isSingleWord() but getActiveBits() is small,
we were using the pointer value instead of the low
word of the integer value.
llvm-svn: 78821
|
| |
|
|
|
|
| |
in getArchTypeForLLVMName.
llvm-svn: 78799
|
| |
|
|
| |
llvm-svn: 78797
|
| |
|
|
|
|
|
|
| |
the darwin version string. This should help consolidate
the variety of weird functions we have scattered around the
codebase that do stuff like this.
llvm-svn: 78792
|
| |
|
|
|
|
| |
FindLineNumber much faster when in sequence.
llvm-svn: 78693
|
| |
|
|
| |
llvm-svn: 78553
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
just argv[0]. And remove the code for searching the current
working directory and for searching PATH; the point of FindExecutable
is not to find whatever version of the executable can be found by
searching around, but to find an executable that accompanies the
current executable.
Update the tools to use sys::Program::FindProgramByName when they
want PATH searching.
llvm-svn: 78240
|
| |
|
|
| |
llvm-svn: 78135
|
| |
|
|
| |
llvm-svn: 77950
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is not just a matter of passing in the target triple from the module;
currently backends are making decisions based on the build and host
architecture. The goal is to migrate to making these decisions based off of the
triple (in conjunction with the feature string). Thus most clients pass in the
target triple, or the host triple if that is empty.
This has one important change in the way behavior of the JIT and llc.
For the JIT, it was previously selecting the Target based on the host
(naturally), but it was setting the target machine features based on the triple
from the module. Now it is setting the target machine features based on the
triple of the host.
For LLC, -march was previously only used to select the target, the target
machine features were initialized from the module's triple (which may have been
empty). Now the target triple is taken from the module, or the host's triple is
used if that is empty. Then the triple is adjusted to match -march.
The take away is that -march for llc is now used in conjunction with the host
triple to initialize the subtarget. If users want more deterministic behavior
from llc, they should use -mtriple, or set the triple in the input module.
llvm-svn: 77946
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Generate code for the Blackfin family of DSPs from Analog Devices:
http://www.analog.com/en/embedded-processing-dsp/blackfin/processors/index.html
We aim to be compatible with the exsisting GNU toolchain found at:
http://blackfin.uclinux.org/gf/project/toolchain
The back-end is experimental.
llvm-svn: 77897
|
| |
|
|
| |
llvm-svn: 77892
|
| |
|
|
| |
llvm-svn: 77859
|
| |
|
|
| |
llvm-svn: 77709
|
| |
|
|
| |
llvm-svn: 77706
|
| |
|
|
|
|
| |
- This should resolve Cygwin gcc ambiguities.
llvm-svn: 77624
|
| |
|
|
| |
llvm-svn: 77617
|
| |
|
|
| |
llvm-svn: 77614
|
| |
|
|
|
|
| |
explicitly.
llvm-svn: 77576
|
| |
|
|
| |
llvm-svn: 77477
|
| |
|
|
| |
llvm-svn: 77461
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Provides static constructors for doing number to string conversions without
using temporaries.
- There are several ways to do this, I think given the Twine constraints this
is the simplest one.
- One FIXME for fast number -> hex conversion.
- Added another comment on one last major bit of perf work Twines need, which
is to make raw_svector_ostream more efficient.
llvm-svn: 77445
|
| |
|
|
| |
llvm-svn: 77444
|
| |
|
|
| |
llvm-svn: 77425
|
| |
|
|
| |
llvm-svn: 77397
|
| |
|
|
|
|
|
| |
it conforms to the assertion added in r77245. This fixes a failure
in qa_override.c in clang's testsuite.
llvm-svn: 77255
|
| |
|
|
|
|
| |
that the subclass hasn't left any pending data in the buffer.
llvm-svn: 77245
|
| |
|
|
| |
llvm-svn: 77127
|
| |
|
|
| |
llvm-svn: 77125
|
| |
|
|
| |
llvm-svn: 77124
|