| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 155283
|
|
|
|
|
|
|
|
| |
platforms.
No functionality change.
llvm-svn: 155280
|
|
|
|
|
|
| |
Same color scheme as clang uses. The colors are only enabled if the output is a tty.
llvm-svn: 155035
|
|
|
|
|
|
|
|
|
|
| |
a bad one ourselves.
DenseMap's hash function uses slightly more entropy and reduces hash collisions
significantly. I also experimented with Hashing.h, but it didn't gave a lot of
improvement while being much more expensive to compute.
llvm-svn: 154996
|
|
|
|
| |
llvm-svn: 154971
|
|
|
|
| |
llvm-svn: 154962
|
|
|
|
| |
llvm-svn: 154944
|
|
|
|
| |
llvm-svn: 154930
|
|
|
|
|
|
|
| |
To be used in printing unprintable source in clang diagnostics.
Patch by Seth Cantrell, with a minor fix for mingw by me.
llvm-svn: 154805
|
|
|
|
| |
llvm-svn: 154802
|
|
|
|
|
|
|
| |
To be used in printing unprintable source in clang diagnostics.
Patch by Seth Cantrell!
llvm-svn: 154800
|
|
|
|
|
|
| |
Thanks to Pino Toscano for the patch
llvm-svn: 154500
|
|
|
|
|
|
| |
use it.
llvm-svn: 154496
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 154004
|
|
|
|
|
|
| |
it ;/
llvm-svn: 153979
|
|
|
|
| |
llvm-svn: 153977
|
|
|
|
| |
llvm-svn: 153882
|
|
|
|
| |
llvm-svn: 153691
|
|
|
|
|
|
| |
Patch by Sylvestre Ledru!
llvm-svn: 153435
|
|
|
|
| |
llvm-svn: 153395
|
|
|
|
|
|
|
|
| |
som inputs.
Bug found and fix proposed by Kal Conley!
llvm-svn: 153225
|
|
|
|
| |
llvm-svn: 152692
|
|
|
|
|
|
| |
code when inlined.
llvm-svn: 152688
|
|
|
|
|
|
|
|
| |
if the passed in FileSize is inaccurate.
rdar://11034179
llvm-svn: 152662
|
|
|
|
| |
llvm-svn: 152577
|
|
|
|
| |
llvm-svn: 152553
|
|
|
|
| |
llvm-svn: 152545
|
|
|
|
|
|
|
|
| |
it would fail with {,u}int64_t on x86-64 Linux.
This also removes code duplication.
llvm-svn: 152517
|
|
|
|
|
|
| |
Patch by Tom Stellard!
llvm-svn: 152400
|
|
|
|
| |
llvm-svn: 152346
|
|
|
|
|
|
|
|
|
| |
buildbots. Original commit message:
[ADT] Change the trivial FoldingSetNodeID::Add* methods to be inline, reapplied
with a fix for the longstanding over-read of 32-bit pointer values.
llvm-svn: 152304
|
|
|
|
|
|
| |
with a fix for the longstanding over-read of 32-bit pointer values.
llvm-svn: 152300
|
|
|
|
|
|
| |
inline.", which is breaking the bots in a way I don't understand.
llvm-svn: 152295
|
|
|
|
| |
llvm-svn: 152288
|
|
|
|
| |
llvm-svn: 152254
|
|
|
|
|
|
|
| |
This fixes a build failure in webkit. Copying all elements shouldn't be
necessary, I'll look out for a better fix soon.
llvm-svn: 152252
|
|
|
|
|
|
| |
GV and XDOT paths are untested but should work the same.
llvm-svn: 152179
|
|
|
|
|
|
|
|
|
| |
default triple-copy std::swap.
This currently assumes that both sets have the same SmallSize to keep the implementation simple,
a limitation that can be lifted if someone cares.
llvm-svn: 152143
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
new hash_value infrastructure, and replace their implementations using
hash_combine. This removes a complete copy of Jenkin's lookup3 hash
function (which is both significantly slower and lower quality than the
one implemented in hash_combine) along with a somewhat scary xor-only
hash function.
Now that APInt and APFloat can be passed directly to hash_combine,
simplify the rest of the LLVMContextImpl hashing to use the new
infrastructure.
llvm-svn: 152004
|
|
|
|
| |
llvm-svn: 152003
|
|
|
|
|
|
|
|
| |
to do more invasive refactoring here to get FoldingSet to use size_t or
even hash_code directly, but for now this is a good first step to remove
Yet Another Hashing Algorithm from LLVM.
llvm-svn: 151859
|
|
|
|
|
|
|
|
| |
smaller than the slab size.
This replaces r151834 with a simpler fix.
llvm-svn: 151842
|
|
|
|
|
|
| |
increase the slab size.
llvm-svn: 151834
|
|
|
|
|
|
|
|
| |
r151822, sorry sorry. =[
We need 'git svn nothave' or some such...
llvm-svn: 151824
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
of the proposed standard hashing interfaces (N3333), and to use
a modified and tuned version of the CityHash algorithm.
Some of the highlights of this change:
-- Significantly higher quality hashing algorithm with very well
distributed results, and extremely few collisions. Should be close to
a checksum for up to 64-bit keys. Very little clustering or clumping of
hash codes, to better distribute load on probed hash tables.
-- Built-in support for reserved values.
-- Simplified API that composes cleanly with other C++ idioms and APIs.
-- Better scaling performance as keys grow. This is the fastest
algorithm I've found and measured for moderately sized keys (such as
show up in some of the uniquing and folding use cases)
-- Support for enabling per-execution seeds to prevent table ordering
or other artifacts of hashing algorithms to impact the output of
LLVM. The seeding would make each run different and highlight these
problems during bootstrap.
This implementation was tested extensively using the SMHasher test
suite, and pased with flying colors, doing better than the original
CityHash algorithm even.
I've included a unittest, although it is somewhat minimal at the moment.
I've also added (or refactored into the proper location) type traits
necessary to implement this, and converted users of GeneralHash over.
My only immediate concerns with this implementation is the performance
of hashing small keys. I've already started working to improve this, and
will continue to do so. Currently, the only algorithms faster produce
lower quality results, but it is likely there is a better compromise
than the current one.
Many thanks to Jeffrey Yasskin who did most of the work on the N3333
paper, pair-programmed some of this code, and reviewed much of it. Many
thanks also go to Geoff Pike Pike and Jyrki Alakuijala, the original
authors of CityHash on which this is heavily based, and Austin Appleby
who created MurmurHash and the SMHasher test suite.
Also thanks to Nadav, Tobias, Howard, Jay, Nick, Ahmed, and Duncan for
all of the review comments! If there are further comments or concerns,
please let me know and I'll jump on 'em.
llvm-svn: 151822
|
|
|
|
| |
llvm-svn: 151687
|
|
|
|
| |
llvm-svn: 151685
|
|
|
|
|
|
|
|
|
|
| |
find root names on Unix.
- This fixes make_absolute to not basically always call current_path() on
Unix systems.
- I think the API probably needs cleanup in this area, but I'll let Michael
handle that.
llvm-svn: 151681
|
|
|
|
| |
llvm-svn: 151675
|