Revision tags: llvmorg-3.5.1, llvmorg-3.5.1-rc2, llvmorg-3.5.1-rc1 |
|
#
37ad1342 |
| 28-Oct-2014 |
Rafael Espindola <rafael.espindola@gmail.com> |
Update for LLVM API change.
llvm-svn: 220742
|
#
c008c643 |
| 27-Oct-2014 |
Rafael Espindola <rafael.espindola@gmail.com> |
Use the newer/simple API for passing a diagnostic handler to the IR linker.
llvm-svn: 220733
|
#
a885796d |
| 26-Oct-2014 |
Benjamin Kramer <benny.kra@googlemail.com> |
Make VFS and FileManager match the current MemoryBuffer API.
This eliminates converting back and forth between the 3 formats and gives us a more homogeneous interface.
llvm-svn: 220657
|
#
07065481 |
| 25-Oct-2014 |
Rafael Espindola <rafael.espindola@gmail.com> |
Update for LLVM api change.
llvm-svn: 220609
|
#
b8a70530 |
| 10-Sep-2014 |
Craig Topper <craig.topper@gmail.com> |
Unique_ptrify PPCallbacks ownership.
Unique_ptr creation stil needs to be moved earlier at some of the call sites.
llvm-svn: 217474
|
#
efde5a77 |
| 03-Sep-2014 |
Rafael Espindola <rafael.espindola@gmail.com> |
Update for LLVM api change.
llvm-svn: 217050
|
Revision tags: llvmorg-3.5.0 |
|
#
50a5f97e |
| 29-Aug-2014 |
David Blaikie <dblaikie@gmail.com> |
unique_ptrify SourceManager::createFileID
llvm-svn: 216715
|
#
780dd3b7 |
| 29-Aug-2014 |
David Blaikie <dblaikie@gmail.com> |
unique_ptrify clang::BackendConsumer::takeModule
llvm-svn: 216707
|
Revision tags: llvmorg-3.5.0-rc4 |
|
#
d87f8d76 |
| 27-Aug-2014 |
Rafael Espindola <rafael.espindola@gmail.com> |
Update for LLVM api change.
llvm-svn: 216585
|
#
f26596d1 |
| 26-Aug-2014 |
Rafael Espindola <rafael.espindola@gmail.com> |
Update for llvm api change.
llvm-svn: 216493
|
#
3232773e |
| 26-Aug-2014 |
Rafael Espindola <rafael.espindola@gmail.com> |
Update for llvm api change
llvm-svn: 216489
|
#
6406f7b8 |
| 26-Aug-2014 |
Rafael Espindola <rafael.espindola@gmail.com> |
Return a std::unique_ptr from getBufferForFile. NFC.
llvm-svn: 216476
|
#
ef872a88 |
| 26-Aug-2014 |
Rafael Espindola <rafael.espindola@gmail.com> |
Update for llvm api change.
llvm-svn: 216467
|
Revision tags: llvmorg-3.5.0-rc3 |
|
#
e8337304 |
| 19-Aug-2014 |
Rafael Espindola <rafael.espindola@gmail.com> |
Move the body out of line to try to fix a buildbot.
llvm-svn: 215980
|
#
a2966644 |
| 19-Aug-2014 |
Rafael Espindola <rafael.espindola@gmail.com> |
Update for llvm api change.
llvm-svn: 215968
|
#
69f3528c |
| 11-Aug-2014 |
NAKAMURA Takumi <geek4civic@gmail.com> |
Revert r215331, "unique_ptrify CompilerInstance::OutputFile(s) and remove a unique_ptr around a non-owning raw_ostream in CodeGenAction::CreateASTConsumer"
It cannot be compiled on Visual Studio 201
Revert r215331, "unique_ptrify CompilerInstance::OutputFile(s) and remove a unique_ptr around a non-owning raw_ostream in CodeGenAction::CreateASTConsumer"
It cannot be compiled on Visual Studio 2012.
clang\include\clang/Frontend/CompilerInstance.h(153): error C2248: 'std::unique_ptr<_Ty>::unique_ptr' : cannot access private member declared in class 'std::unique_ptr<_Ty>' with [ _Ty=llvm::raw_ostream ] D:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\memory(1447) : see declaration of 'std::unique_ptr<_Ty>::unique_ptr' with [ _Ty=llvm::raw_ostream ] This diagnostic occurred in the compiler generated function 'clang::CompilerInstance::OutputFile::OutputFile(const clang::CompilerInstance::OutputFile &)'
llvm-svn: 215346
show more ...
|
#
3b0e32bf |
| 10-Aug-2014 |
David Blaikie <dblaikie@gmail.com> |
unique_ptrify CompilerInstance::OutputFile(s) and remove a unique_ptr around a non-owning raw_ostream in CodeGenAction::CreateASTConsumer
llvm-svn: 215331
|
#
037e75bf |
| 10-Aug-2014 |
David Blaikie <dblaikie@gmail.com> |
Follow up to r215323 - avoid llvm::make_unique in this particular case that's causing GCC on some buildbots some confusion.
llvm-svn: 215327
|
#
6beb6aa8 |
| 10-Aug-2014 |
David Blaikie <dblaikie@gmail.com> |
Recommit 213307: unique_ptr-ify ownership of ASTConsumers (reverted in r213325)
After post-commit review and community discussion, this seems like a reasonable direction to continue, making ownershi
Recommit 213307: unique_ptr-ify ownership of ASTConsumers (reverted in r213325)
After post-commit review and community discussion, this seems like a reasonable direction to continue, making ownership semantics explicit in the source using the type system.
llvm-svn: 215323
show more ...
|
Revision tags: llvmorg-3.5.0-rc2 |
|
#
ee02499a |
| 04-Aug-2014 |
Alex Lorenz <arphaman@gmail.com> |
Add coverage mapping generation.
This patch adds the '-fcoverage-mapping' option which allows clang to generate the coverage mapping information that can be used to provide code coverage analysis us
Add coverage mapping generation.
This patch adds the '-fcoverage-mapping' option which allows clang to generate the coverage mapping information that can be used to provide code coverage analysis using the execution counts obtained from the instrumentation based profiling (-fprofile-instr-generate).
llvm-svn: 214752
show more ...
|
Revision tags: llvmorg-3.5.0-rc1 |
|
#
f8a767df |
| 18-Jul-2014 |
Tyler Nowicki <tnowicki@apple.com> |
Recommit: Handle diagnostic warnings in Frontend diagnostic handler.
Clang uses a diagnostic handler to grab diagnostic messages so it can print them with the line of source code they refer to. This
Recommit: Handle diagnostic warnings in Frontend diagnostic handler.
Clang uses a diagnostic handler to grab diagnostic messages so it can print them with the line of source code they refer to. This patch extends this to handle optimization failures that were added to llvm to produce a warning when loop vectorization is explicitly specified (using a pragma clang loop directive) but fails.
Update renames warning flag name to avoid indicating the flag's severity and adds a test.
Reviewed by Alp Toker
llvm-svn: 213400
show more ...
|
#
62a56f39 |
| 17-Jul-2014 |
David Blaikie <dblaikie@gmail.com> |
Revert "unique_ptr-ify ownership of ASTConsumers"
This reverts commit r213307.
Reverting to have some on-list discussion/confirmation about the ongoing direction of smart pointer usage in the LLVM
Revert "unique_ptr-ify ownership of ASTConsumers"
This reverts commit r213307.
Reverting to have some on-list discussion/confirmation about the ongoing direction of smart pointer usage in the LLVM project.
llvm-svn: 213325
show more ...
|
#
a51666a4 |
| 17-Jul-2014 |
David Blaikie <dblaikie@gmail.com> |
unique_ptr-ify ownership of ASTConsumers
(after fixing a bug in MultiplexConsumer I noticed the ownership of the nested consumers was implemented with raw pointers - so this fixes that... and follow
unique_ptr-ify ownership of ASTConsumers
(after fixing a bug in MultiplexConsumer I noticed the ownership of the nested consumers was implemented with raw pointers - so this fixes that... and follows the source back to its origin pushing unique_ptr ownership up through there too)
llvm-svn: 213307
show more ...
|
#
5c37d70e |
| 17-Jul-2014 |
Alp Toker <alp@nuanti.com> |
Revert "Handle diagnostic warnings in Frontend diagnostic handler."
This commit is missing tests and there are a few points that need to be addressed before a new user-facing option can be added:
Revert "Handle diagnostic warnings in Frontend diagnostic handler."
This commit is missing tests and there are a few points that need to be addressed before a new user-facing option can be added:
http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20140714/110198.html
This reverts commit r213112.
llvm-svn: 213260
show more ...
|
#
e470771b |
| 16-Jul-2014 |
Tyler Nowicki <tnowicki@apple.com> |
Handle diagnostic warnings in Frontend diagnostic handler.
Clang uses a diagnostic handler to grab diagnostic messages so it can print them with the line of source code they refer to. This patch ext
Handle diagnostic warnings in Frontend diagnostic handler.
Clang uses a diagnostic handler to grab diagnostic messages so it can print them with the line of source code they refer to. This patch extends this to handle diagnostic warnings that were added to llvm to produce a warning when loop vectorization is explicitly specified (using a pragma clang loop directive) but fails.
Reviewed by: Aaron Ballman
llvm-svn: 213112
show more ...
|