| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
and into StringRef.cpp, which is where the other StringRef stuff is.
llvm-svn: 151054
|
|
|
|
|
|
| |
the normalize routine, especially the empty while loops.
llvm-svn: 151050
|
|
|
|
|
|
| |
days. No functionality changed.
llvm-svn: 151048
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
They're private static methods but we can just make them static
functions in the implementation. It makes the implementations a touch
more wordy, but takes another chunk out of the header file.
Also, take the opportunity to switch the names to the new coding
conventions.
No functionality changed here.
llvm-svn: 151047
|
|
|
|
|
|
|
|
| |
Somehow, I even missed the ones I wrote just the other day...
Thanks to Matt for the code review.
llvm-svn: 151045
|
|
|
|
|
|
|
|
|
| |
construction. Simplify its interface, implementation, and users
accordingly as there is no longer an 'uninitialized' state to check for.
Also, fixes a bug lurking in the interface as there was one method that
didn't correctly check for initialization.
llvm-svn: 151024
|
|
|
|
|
|
|
| |
functionality changed. This is in preparation for some refactoring of
how this class behaves.
llvm-svn: 150941
|
|
|
|
| |
llvm-svn: 150918
|
|
|
|
|
|
| |
FYI, clang/test/SemaTemplate/template-id-printing.cpp had been failing due to it on cygwin-clang.
llvm-svn: 150911
|
|
|
|
| |
llvm-svn: 150897
|
|
|
|
| |
llvm-svn: 150890
|
|
|
|
|
|
| |
etc. No functionality changed.
llvm-svn: 150867
|
|
|
|
|
|
|
|
| |
Accomplished by moving the body of StringRef::edit_distance into
a separate function that accepts two ArrayRefs, and making
StringRef::edit_distance a wrapper around the new function.
llvm-svn: 150621
|
|
|
|
| |
llvm-svn: 150332
|
|
|
|
|
|
|
|
| |
the process. Some of these are still a bit gross.
Still, this cuts 80 some lines out of this ridiculous file. ;]
llvm-svn: 150331
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
| |
If someone would prefer a clear name for the 'success' error_value we could
come up with one - potentially just a 'named constructor' style
'error_value::success()' to make this expression more self-documenting. If
I see this come up in other cases I'll certainly consider it.
One step along the way to resolving PR11944.
llvm-svn: 150120
|
|
|
|
| |
llvm-svn: 150071
|
|
|
|
| |
llvm-svn: 149999
|
|
|
|
| |
llvm-svn: 149967
|
|
|
|
| |
llvm-svn: 149941
|
|
|
|
| |
llvm-svn: 149922
|
|
|
|
|
|
|
| |
This CL delays reading of function bodies from initial parse until
materialization, allowing overlap of compilation with bitcode download.
llvm-svn: 149918
|
|
|
|
|
|
|
| |
some architectures. These are useful for interacting with multiarch or
bi-arch GCC (or GCC-based) toolchains.
llvm-svn: 149895
|
|
|
|
| |
llvm-svn: 149856
|
|
|
|
| |
llvm-svn: 149834
|
|
|
|
| |
llvm-svn: 149724
|
|
|
|
|
|
|
| |
This new function provides a way to get the Mac OS X version number from
either generic "darwin" triples of macosx triples.
llvm-svn: 149438
|
|
|
|
|
|
|
| |
These are very useful for frontends and other utilities reasoning about
or selecting between triples.
llvm-svn: 149353
|
|
|
|
|
|
| |
library, since it doesn't really have anything to do with Clang.
llvm-svn: 149203
|
|
|
|
|
|
| |
width.
llvm-svn: 149151
|
|
|
|
|
|
| |
LLVM isn't an acronym anymore.
llvm-svn: 148985
|
|
|
|
| |
llvm-svn: 148738
|
|
|
|
| |
llvm-svn: 148578
|
|
|
|
| |
llvm-svn: 148434
|
|
|
|
|
|
| |
Instead, we now put the attributes of the container into members.
llvm-svn: 148302
|
|
|
|
|
|
| |
necessary)
llvm-svn: 148284
|
|
|
|
|
|
|
|
| |
account for all enumeration values explicitly.
(This time I believe I've checked all the -Wreturn-type warnings from GCC & added the couple of llvm_unreachables necessary to silence them. If I've missed any, I'll happily fix them as soon as I know about them)
llvm-svn: 148262
|
|
|
|
|
|
|
|
|
|
|
|
| |
or Clang is using this, and it would be hard to use it correctly given
the thread hostility of the function. Also, it never checked the return
which is rather dangerous with chdir. If someone was in fact using this,
please let me know, as well as what the usecase actually is so that
I can add it back and make it more correct and secure to use. (That
said, it's never going to be "safe" per-se, but we could at least
document the risks...)
llvm-svn: 148211
|
|
|
|
| |
llvm-svn: 148206
|
|
|
|
| |
llvm-svn: 147965
|
|
|
|
|
|
| |
Patch by Evgeniy Stepanov.
llvm-svn: 147871
|
|
|
|
|
|
|
|
| |
of several newly un-defaulted switches. This also helps optimizers
(including LLVM's) recognize that every case is covered, and we should
assume as much.
llvm-svn: 147861
|
|
|
|
| |
llvm-svn: 147855
|
|
|
|
| |
llvm-svn: 147846
|
|
|
|
| |
llvm-svn: 147608
|
|
|
|
|
|
|
|
|
|
| |
Get back getHostTriple.
For JIT compilation, use the host triple instead of the default
target: this fixes some JIT testcases that used to fail when the
compiler has been configured as a cross compiler.
llvm-svn: 147542
|
|
|
|
|
|
| |
if-statement by turning it into an assert. No functionality change.
llvm-svn: 147474
|
|
|
|
|
|
|
| |
- -25% memory usage of the main table on x86_64 (was wasted in struct padding).
- no significant performance change.
llvm-svn: 147294
|
|
|
|
| |
llvm-svn: 147197
|