| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The work on this project was left in an unfinished and inconsistent state.
Hopefully someone will eventually get a chance to implement this feature, but
in the meantime, it is better to put things back the way the were. I have
left support in the bitcode reader to handle the case-range bitcode format,
so that we do not lose bitcode compatibility with the llvm 3.3 release.
This reverts the following commits: 155464, 156374, 156377, 156613, 156704,
156757, 156804 156808, 156985, 157046, 157112, 157183, 157315, 157384, 157575,
157576, 157586, 157612, 157810, 157814, 157815, 157880, 157881, 157882, 157884,
157887, 157901, 158979, 157987, 157989, 158986, 158997, 159076, 159101, 159100,
159200, 159201, 159207, 159527, 159532, 159540, 159583, 159618, 159658, 159659,
159660, 159661, 159703, 159704, 160076, 167356, 172025, 186736
llvm-svn: 190328
|
|
|
|
|
|
| |
page size can be null terminated correctly by MemoryBuffer.
llvm-svn: 189965
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
header/source to allow using both generic and system-dependent versions on win32.
Summary:
This is needed so we can use generic columnWidthUTF8 in clang-format on
win32 simultaneously with a separate system-dependent implementations of
isPrint/columnWidth in TextDiagnostic.cpp to avoid attempts to print Unicode
characters using narrow-character interfaces (which is not supported on Windows,
and we'll have to figure out how to handle this).
Reviewers: jordan_rose
Reviewed By: jordan_rose
CC: llvm-commits, klimek
Differential Revision: http://llvm-reviews.chandlerc.com/D1559
llvm-svn: 189952
|
|
|
|
|
|
| |
contain Offset when Offset >= 65536.
llvm-svn: 189021
|
|
|
|
| |
llvm-svn: 189020
|
|
|
|
| |
llvm-svn: 189001
|
|
|
|
|
|
|
|
| |
is greater than 8000.
PageSize, aka AllocationGranularity, is 65536 on Win32 (and Cygwin).
llvm-svn: 188999
|
|
|
|
| |
llvm-svn: 188525
|
|
|
|
|
|
|
|
| |
empty sequence is the first key/value in a map which is itself in a sequence.
Patch with help from Nick Kledzik.
llvm-svn: 188508
|
|
|
|
| |
llvm-svn: 188380
|
|
|
|
|
|
|
|
|
| |
This fixes the incorrect implementation of iterating on file/directory
paths.
Differential Review: http://llvm-reviews.chandlerc.com/D1277
llvm-svn: 188183
|
|
|
|
| |
llvm-svn: 187992
|
|
|
|
| |
llvm-svn: 187976
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This is consistent with MacOSX implementation, and most terminals
actually display this character (checked on gnome-terminal, lxterminal, lxterm,
Terminal.app, iterm2). Actually, this is in line with the ISO Latin 1 standard
(ISO 8859-1), which defines it differently from the Unicode Standard. More
information here: http://www.cs.tut.fi/~jkorpela/shy.html
Reviewers: gribozavr, jordan_rose
CC: llvm-commits
Differential Revision: http://llvm-reviews.chandlerc.com/D1310
llvm-svn: 187949
|
|
|
|
|
|
| |
effectively.
llvm-svn: 187848
|
|
|
|
| |
llvm-svn: 187847
|
|
|
|
|
|
|
|
|
|
| |
This fixes a bug from r187826.
Reviewers: hans
Differential Revision: http://llvm-reviews.chandlerc.com/D1304
llvm-svn: 187846
|
|
|
|
|
|
|
| |
columnWidth), and partially disable tests on MACOSX (which handles some
characters differently).
llvm-svn: 187842
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
generic UTF8-capable terminal.
Summary:
This is a second attempt to get this right. After reading the Unicode
Standard I came up with the code that uses definitions of "printable" and
"column width" more suitable for terminal output (i.e. fixed-width fonts and
special treatment of many control characters).
The implementation here can probably be used for Windows and MacOS if someone
can test it properly.
The patch addresses PR14910.
Reviewers: jordan_rose, gribozavr
CC: llvm-commits
Differential Revision: http://llvm-reviews.chandlerc.com/D1253
llvm-svn: 187837
|
|
|
|
|
|
|
|
|
| |
This will be used to implement an optimisation for literal entries
in special case lists.
Differential Revision: http://llvm-reviews.chandlerc.com/D1278
llvm-svn: 187731
|
|
|
|
|
|
| |
One of these was spotted in review by Rafael.
llvm-svn: 187598
|
|
|
|
|
|
|
|
|
| |
The unix one was returning no_such_file_or_directory, but the windows one
was return success.
Update the one one caller that was depending on the old behavior.
llvm-svn: 187463
|
|
|
|
| |
llvm-svn: 187441
|
|
|
|
|
|
|
|
|
|
| |
This is a follow up patch for r187390 to implement the parser for the
Windows-style command line. This should follow the rule as described
at http://msdn.microsoft.com/en-us/library/windows/desktop/17w5ykft(v=vs.85).aspx
Differential Revision: http://llvm-reviews.chandlerc.com/D1235
llvm-svn: 187430
|
|
|
|
|
|
| |
This will let us use getUniqueID instead of st_dev directly on clang.
llvm-svn: 187378
|
|
|
|
| |
llvm-svn: 187124
|
|
|
|
|
|
|
| |
Run in two different modes: with and without reopening the temporary file
between creating it and mapping it with MemoryBuffer.
llvm-svn: 186986
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The main observation is that we never need both the filesize and the map size.
When mapping a slice of a file, it doesn't make sense to request a null
terminator and that would be the only case where the filesize would be used.
There are other cleanups that should be done in this area:
* A client should not have to pass the size (even an explicit -1) to say if
it wants a null terminator or not, so we should probably swap the argument
order.
* The default should be to not require a null terminator. Very few clients
require this, but many end up asking for it just because it is the default.
llvm-svn: 186984
|
|
|
|
| |
llvm-svn: 186887
|
|
|
|
| |
llvm-svn: 186676
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The plan is to use it for clang and lld.
Major behavior changes:
- We can now parse UTF-16 files that have a byte order mark.
- PR16209: Don't drop backslashes on the floor if they don't escape
anything.
The actual parsing loop was based on code from Clang's driver.cpp,
although it's been rewritten to track its state with control flow rather
than state variables.
Reviewers: hans
Differential Revision: http://llvm-reviews.chandlerc.com/D1170
llvm-svn: 186587
|
|
|
|
| |
llvm-svn: 186561
|
|
|
|
|
|
|
|
|
|
|
| |
We don't want cast and dyn_cast to work on temporaries. They don't extend
lifetime like a direct bind to a reference would, so they can introduce
hard to find bugs.
I added tests to make sure we don't regress this. Thanks to Eli Friedman for
noticing this and for his suggestions on how to test it.
llvm-svn: 186559
|
|
|
|
|
|
|
| |
This centralizes the handling of O_BINARY and opens the way for hiding more
differences (like how open behaves with directories).
llvm-svn: 186447
|
|
|
|
|
|
|
|
|
|
|
| |
This is to support parsing UTF16 response files in LLVM/lib/Option for
lld and clang.
Reviewers: hans
Differential Revision: http://llvm-reviews.chandlerc.com/D1138
llvm-svn: 186426
|
|
|
|
| |
llvm-svn: 186375
|
|
|
|
| |
llvm-svn: 186372
|
|
|
|
| |
llvm-svn: 185834
|
|
|
|
| |
llvm-svn: 185730
|
|
|
|
| |
llvm-svn: 185719
|
|
|
|
| |
llvm-svn: 185226
|
|
|
|
|
|
|
|
|
|
|
| |
Allow a BlockFrequency to be divided by a non-zero BranchProbability
with saturating arithmetic. This will be used to compute the frequency
of a loop header given the probability of leaving the loop.
Our long division algorithm already saturates on overflow, so that was a
freebie.
llvm-svn: 185184
|
|
|
|
|
|
|
|
|
|
|
| |
There are a few valid situation where we care about the structure inside a
directory, but not about the directory itself. A simple example is for unit
testing directory traversal.
PathV1 had a function like this, add one to V2 and port existing users of the
created temp file and delete it hack to using it.
llvm-svn: 185059
|
|
|
|
|
|
| |
llvm itself is now PathV1 clean.
llvm-svn: 184947
|
|
|
|
|
|
| |
I will remove the V1 version as soon as I change clang in the next commit.
llvm-svn: 184914
|
|
|
|
|
|
|
|
| |
frequency with a branch probability."
This reverts commit r184584. Breaks PPC selfhost.
llvm-svn: 184590
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
a branch probability.
Zero is used by BlockFrequencyInfo as a special "don't know" value. It also
causes a sink for frequencies as you can't ever get off a zero frequency with
more multiplies.
This recovers a 10% regression on MultiSource/Benchmarks/7zip. A zero frequency
was propagated into an inner loop causing excessive spilling.
PR16402.
llvm-svn: 184584
|
|
|
|
| |
llvm-svn: 184431
|
|
|
|
|
|
| |
actually finds a unique identifier for a file. Also adds unit tests for GetUniqueID.
llvm-svn: 184351
|
|
|
|
| |
llvm-svn: 183940
|