| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
| |
uncovered.
This required manually correcting all of the incorrect main-module
headers I could find, and running the new llvm/utils/sort_includes.py
script over the files.
I also manually added quite a few missing headers that were uncovered by
shuffling the order or moving headers up to be main-module-headers.
llvm-svn: 169237
|
|
|
|
|
|
|
|
| |
already adds some.
No test as the output is highly dependend on the local configuration.
llvm-svn: 157520
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If you're using git-svn, the clang and llvm repository will typically
map to a different revision.
Before we had:
clang version 3.1 (trunk 152167 trunk 152162)
After this change:
clang version 3.1 (trunk 152167) (llvm/trunk 152162)
So it's self-descriptive with an extra parens group. Which is more
compatible with version string parsers is probably debatable, but this
style was requested.
llvm-svn: 152183
|
|
|
|
| |
llvm-svn: 151910
|
|
|
|
|
|
| |
config.h.
llvm-svn: 147282
|
|
|
|
| |
llvm-svn: 147195
|
|
|
|
|
|
|
|
| |
LLVM.h imports
them into the clang namespace.
llvm-svn: 135852
|
|
|
|
| |
llvm-svn: 130054
|
|
|
|
|
|
| |
- Please never ever ever ever write a tool that sniffs this.
llvm-svn: 128599
|
|
|
|
|
|
| |
into the Clang version.
llvm-svn: 128595
|
|
|
|
|
|
| |
off the extra parts of the $URL$ SVN keyword.
llvm-svn: 116269
|
|
|
|
| |
llvm-svn: 116268
|
|
|
|
|
|
|
| |
the version information, to help prevent user confusion about vendor version
numbers vs. LLVM version numbers.
llvm-svn: 115915
|
|
|
|
|
|
|
|
|
|
| |
- I don't like returning StringRef's ever, unless it is actually important for
performance, which it isn't here.
- Also, stop validating getClangRevision to be an integer, I don't see a good
reason to do this.
llvm-svn: 115071
|
|
|
|
|
|
| |
patch by Jonathan Mulder!
llvm-svn: 115049
|
|
|
|
| |
llvm-svn: 103192
|
|
|
|
|
|
| |
return an empty string.
llvm-svn: 97809
|
|
|
|
| |
llvm-svn: 97625
|
|
|
|
|
|
|
|
| |
(even if it is defined). This fixes the issue of this function
returning '0' when SVN_VERSION is defined to be "".
Fixes: <rdar://problem/7663667>
llvm-svn: 97620
|
|
|
|
| |
llvm-svn: 96041
|
|
|
|
|
|
|
|
|
|
|
|
| |
std::string that is reconstructed
every time they are called:
getClangRevision()
getClangFullRepositoryVersion()
getClangFullVersion()
llvm-svn: 96033
|
|
|
|
|
|
|
| |
- URL can go into read only memory now.
- Compilers will fold away all the strstr calls.
llvm-svn: 94887
|
|
|
|
| |
llvm-svn: 94273
|
|
|
|
|
|
| |
Clang version string through the CIndex API.
llvm-svn: 94242
|
|
|
|
|
|
| |
libBasic/Version.cpp, getClangFullVendorVersion().
llvm-svn: 94235
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
have it return a StringRef instead of an integer (to be more VCS
agnostic).
(2) Add getClangFullRepositoryVersion(), which contains an
amalgamation of the repository name and the revision.
(3) Change PCH to only emit the string returned by
getClangFullRepositoryVersion() instead of also emitting the value
of getClangSubversionRevision() (which has been removed). This is
functionally equivalent.
More cleanup to version string generation pending...
llvm-svn: 94231
|
|
|
|
|
|
| |
return a StringRef.
llvm-svn: 94213
|
|
|
|
| |
llvm-svn: 86195
|
|
|
|
|
|
|
| |
branch/revision information. Use that information in the driver,
rather than one-off branch/revision computation.
llvm-svn: 83321
|
|
llvm-svn: 83319
|