| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 223987
|
|
|
|
|
|
| |
Review feedback from recent changes to GetSVN.cmake.
llvm-svn: 223578
|
|
|
|
|
|
|
|
|
|
|
| |
string""
We probably just need to touch LLVM's configure this time to work around the
totally inadequate Makefile build server integration.
This reverts commit r210314.
llvm-svn: 210320
|
|
|
|
|
|
|
|
| |
This didn't work out on the build servers. Investigating
This reverts commit r210313.
llvm-svn: 210314
|
|
|
|
|
|
|
|
|
|
| |
This will unbreak clang vendor builds as a follow-up to r210238, now that we
can't poke into LLVM's private config.h (nor should the string be exposed by
llvm-config.h).
This hopefully removes for good the last include of LLVM's config.h.
llvm-svn: 210313
|
|
|
|
|
|
|
|
|
| |
clean up changes.
I've already spoken to Alp and he signed off on making this one change, so that our buildbots
go green in the short term.
llvm-svn: 210238
|
|
|
|
|
|
|
|
|
|
|
|
| |
This corrects long-standing misuses of LLVM's internal config.h.
In most cases the public llvm-config.h header was intended and we can now
remove the old hacks thanks to LLVM r210144.
The config.h header is private, won't be installed and should no longer be
included by clang or other modules.
llvm-svn: 210145
|
|
|
|
| |
llvm-svn: 199199
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before:
$ clang-format --version
LLVM (http://llvm.org/):
LLVM version 3.5svn
Optimized build with assertions.
Built Jan 3 2014 (14:28:46).
Default target: x86_64-apple-darwin13.0.0
Host CPU: core-avx-i
Now:
$ bin/clang-format --version
clang-format version 3.5 (198452)
llvm-svn: 198694
|
|
|
|
| |
llvm-svn: 188088
|
|
|
|
|
|
| |
information at build time, not configure time.
llvm-svn: 177939
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|