#
727549ee |
| 28-Jun-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] clang-format a line, NFC
llvm-svn: 273969
|
#
635c83c1 |
| 28-Jun-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Add a format option for the 'show' sub-command (mostly NFC)
llvm-svn: 273968
|
#
f9151b93 |
| 25-Jun-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Separate presentation logic from formatting logic, NFC
This makes it easier to add renderers for new kinds of output formats.
- Define and document a pure-virtual coverage rendering inte
[llvm-cov] Separate presentation logic from formatting logic, NFC
This makes it easier to add renderers for new kinds of output formats.
- Define and document a pure-virtual coverage rendering interface. - Move the text-based rendering logic into its a new file. - Re-work the API to better reflect the presentation/formatting split.
llvm-svn: 273767
show more ...
|
#
2c96e88e |
| 24-Jun-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Fix two warnings
They were using output streams inconsistently. One also had a grammar bug.
I noticed these while trying to pare down D18278.
llvm-svn: 273642
|
#
9d70d0b5 |
| 24-Jun-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Add SourceNames to SourceCoverageViews, NFC
A SourceName can be a file or a function. It makes sense to attach this information to a SourceCoverageView, seeing as views (1) already point
[llvm-cov] Add SourceNames to SourceCoverageViews, NFC
A SourceName can be a file or a function. It makes sense to attach this information to a SourceCoverageView, seeing as views (1) already point to the text corresponding to the relevant source code and (2) are already used to render that text along with the SourceNames.
This is a nice cleanup which is independent of the upcoming html patch.
While we're at it, document the fields in SourceCoverageView.
llvm-svn: 273634
show more ...
|
#
2ad6d48b |
| 09-Jun-2016 |
Richard Smith <richard-llvm@metafoo.co.uk> |
Search for llvm-symbolizer binary in the same directory as argv[0], before looking for it along $PATH. This allows installs of LLVM tools outside of $PATH to find the symbolizer and produce pretty ba
Search for llvm-symbolizer binary in the same directory as argv[0], before looking for it along $PATH. This allows installs of LLVM tools outside of $PATH to find the symbolizer and produce pretty backtraces if they crash.
llvm-svn: 272232
show more ...
|
#
c321e534 |
| 08-Jun-2016 |
Benjamin Kramer <benny.kra@googlemail.com> |
Apply most suggestions of clang-tidy's performance-unnecessary-value-param
Avoids unnecessary copies. All changes audited & pass tests with asan. No functional change intended.
llvm-svn: 272190
|
Revision tags: llvmorg-3.8.1, llvmorg-3.8.1-rc1 |
|
#
9152fd17 |
| 19-May-2016 |
Vedant Kumar <vsk@apple.com> |
Retry^3 "[ProfileData] (llvm) Use Error in InstrProf and Coverage, NFC"
Transition InstrProf and Coverage over to the stricter Error/Expected interface.
Changes since the initial commit: - Fix erro
Retry^3 "[ProfileData] (llvm) Use Error in InstrProf and Coverage, NFC"
Transition InstrProf and Coverage over to the stricter Error/Expected interface.
Changes since the initial commit: - Fix error message printing in llvm-profdata. - Check errors in loadTestingFormat() + annotateAllFunctions(). - Defer error handling in InstrProfIterator to InstrProfReader. - Remove the base ProfError class to work around an MSVC ICE.
Differential Revision: http://reviews.llvm.org/D19901
llvm-svn: 270020
show more ...
|
#
85c973d3 |
| 16-May-2016 |
Vedant Kumar <vsk@apple.com> |
Revert "Retry^2 "[ProfileData] (llvm) Use Error in InstrProf and Coverage, NFC""
This reverts commit r269694. MSVC says:
error C2086: 'char llvm::ProfErrorInfoBase<enum llvm::instrprof_error>::ID'
Revert "Retry^2 "[ProfileData] (llvm) Use Error in InstrProf and Coverage, NFC""
This reverts commit r269694. MSVC says:
error C2086: 'char llvm::ProfErrorInfoBase<enum llvm::instrprof_error>::ID' : redefinition
llvm-svn: 269700
show more ...
|
#
7cb2fd59 |
| 16-May-2016 |
Vedant Kumar <vsk@apple.com> |
Retry^2 "[ProfileData] (llvm) Use Error in InstrProf and Coverage, NFC"
Transition InstrProf and Coverage over to the stricter Error/Expected interface.
Changes since the initial commit: - Address
Retry^2 "[ProfileData] (llvm) Use Error in InstrProf and Coverage, NFC"
Transition InstrProf and Coverage over to the stricter Error/Expected interface.
Changes since the initial commit: - Address undefined-var-template warning. - Fix error message printing in llvm-profdata. - Check errors in loadTestingFormat() + annotateAllFunctions(). - Defer error handling in InstrProfIterator to InstrProfReader.
Differential Revision: http://reviews.llvm.org/D19901
llvm-svn: 269694
show more ...
|
#
59573759 |
| 14-May-2016 |
Chandler Carruth <chandlerc@gmail.com> |
Revert "Retry "[ProfileData] (llvm) Use Error in InstrProf and Coverage, NFC""
This reverts commit r269491. It triggers warnings with Clang, breaking builds for -Werror users including several build
Revert "Retry "[ProfileData] (llvm) Use Error in InstrProf and Coverage, NFC""
This reverts commit r269491. It triggers warnings with Clang, breaking builds for -Werror users including several build bots.
llvm-svn: 269547
show more ...
|
#
df41bd89 |
| 13-May-2016 |
Vedant Kumar <vsk@apple.com> |
Retry "[ProfileData] (llvm) Use Error in InstrProf and Coverage, NFC"
Transition InstrProf and Coverage over to the stricter Error/Expected interface.
Changes since the initial commit: - Fix error
Retry "[ProfileData] (llvm) Use Error in InstrProf and Coverage, NFC"
Transition InstrProf and Coverage over to the stricter Error/Expected interface.
Changes since the initial commit: - Fix error message printing in llvm-profdata. - Check errors in loadTestingFormat() + annotateAllFunctions(). - Defer error handling in InstrProfIterator to InstrProfReader.
Differential Revision: http://reviews.llvm.org/D19901
llvm-svn: 269491
show more ...
|
#
064535c1 |
| 13-May-2016 |
Vedant Kumar <vsk@apple.com> |
Revert "(HEAD -> master, origin/master, origin/HEAD) [ProfileData] (llvm) Use Error in InstrProf and Coverage, NFC"
This reverts commit r269462. It fails two llvm-profdata tests.
llvm-svn: 269466
|
#
ac25219d |
| 13-May-2016 |
Vedant Kumar <vsk@apple.com> |
[ProfileData] (llvm) Use Error in InstrProf and Coverage, NFC
Transition InstrProf and Coverage over to the stricter Error/Expected interface.
Differential Revision: http://reviews.llvm.org/D19901
[ProfileData] (llvm) Use Error in InstrProf and Coverage, NFC
Transition InstrProf and Coverage over to the stricter Error/Expected interface.
Differential Revision: http://reviews.llvm.org/D19901
llvm-svn: 269462
show more ...
|
#
dc707122 |
| 29-Apr-2016 |
Easwaran Raman <eraman@google.com> |
Move coverage related code into a separate library.
Differential Revision: http://reviews.llvm.org/D19333
llvm-svn: 268089
|
Revision tags: llvmorg-3.8.0, llvmorg-3.8.0-rc3, llvmorg-3.8.0-rc2, llvmorg-3.8.0-rc1, llvmorg-3.7.1, llvmorg-3.7.1-rc2, llvmorg-3.7.1-rc1, llvmorg-3.7.0, llvmorg-3.7.0-rc4, llvmorg-3.7.0-rc3, studio-1.4, llvmorg-3.7.0-rc2, llvmorg-3.7.0-rc1, llvmorg-3.6.2, llvmorg-3.6.2-rc1 |
|
#
ebc162a7 |
| 22-Jun-2015 |
Frederic Riss <friss@apple.com> |
[Object] Search for architecures by name in MachOUniversalBinary::getObjectForArch()
The reason we need to search by name rather than by Triple::ArchType is to handle subarchitecture correclty. Ther
[Object] Search for architecures by name in MachOUniversalBinary::getObjectForArch()
The reason we need to search by name rather than by Triple::ArchType is to handle subarchitecture correclty. There is no different ArchType for the x86_64h architecture (it identifies itself as x86_64), or for the various ARM subarches. The only way to get to the subarch slice in an universal binary is to search by name.
This issue led to hard to debug and transient symbolication failures in Asan tests (it mostly works, because the files are very similar).
This also affects the Profiling infrastucture as it is the other user of that API.
Reviewers: samsonov, bogner
Subscribers: llvm-commits
Differential Revision: http://reviews.llvm.org/D10604
llvm-svn: 240339
show more ...
|
#
f5e2fc47 |
| 29-May-2015 |
Benjamin Kramer <benny.kra@googlemail.com> |
Replace push_back(Constructor(foo)) with emplace_back(foo) for non-trivial types
If the type isn't trivially moveable emplace can skip a potentially expensive move. It also saves a couple of charact
Replace push_back(Constructor(foo)) with emplace_back(foo) for non-trivial types
If the type isn't trivially moveable emplace can skip a potentially expensive move. It also saves a couple of characters.
Call sites were found with the ASTMatcher + some semi-automated cleanup.
memberCallExpr( argumentCountIs(1), callee(methodDecl(hasName("push_back"))), on(hasType(recordDecl(has(namedDecl(hasName("emplace_back")))))), hasArgument(0, bindTemporaryExpr( hasType(recordDecl(hasNonTrivialDestructor())), has(constructExpr()))), unless(isInTemplateInstantiation()))
No functional change intended.
llvm-svn: 238602
show more ...
|
Revision tags: llvmorg-3.6.1, llvmorg-3.6.1-rc1 |
|
#
65337d1f |
| 04-May-2015 |
Justin Bogner <mail@justinbogner.com> |
llvm-cov: Warn if object file is newer than profile
Looking at coverage with an out of date profile can be confusing. Provide a little hint that something might be wrong.
llvm-svn: 236408
|
#
9deb1d40 |
| 19-Mar-2015 |
Justin Bogner <mail@justinbogner.com> |
llvm-cov: Rename -color={always|never} to -use-color[=0]
This is an ugly hack to fix the configure --enable-shared build. It turns out that *every cl::opt in LLVM* shows up in *every tool* in that c
llvm-cov: Rename -color={always|never} to -use-color[=0]
This is an ugly hack to fix the configure --enable-shared build. It turns out that *every cl::opt in LLVM* shows up in *every tool* in that configuration, which is hopelessly broken. This skirts around the issue by not colliding with another option's name, for now.
I've also simplified the option implementation - the other "color" option used cl::boolOrDefault and was much nicer than what I'd written before.
llvm-svn: 232704
show more ...
|
#
efa42782 |
| 19-Mar-2015 |
Justin Bogner <mail@justinbogner.com> |
llvm-cov: Continue trying to appease a bot
This bot doesn't like me. I don't know why:
http://lab.llvm.org:8011/builders/clang-hexagon-elf/builds/24425
Move the color option enum's definition
llvm-cov: Continue trying to appease a bot
This bot doesn't like me. I don't know why:
http://lab.llvm.org:8011/builders/clang-hexagon-elf/builds/24425
Move the color option enum's definition out of the function that creates the cl::opt.
llvm-svn: 232700
show more ...
|
#
58e2492f |
| 19-Mar-2015 |
Justin Bogner <mail@justinbogner.com> |
llvm-cov: Try to appease a bot
The clang-hexagon elf bot was complaining that "Option 'color' registered more than once!":
http://lab.llvm.org:8011/builders/clang-hexagon-elf/builds/24425
I do
llvm-cov: Try to appease a bot
The clang-hexagon elf bot was complaining that "Option 'color' registered more than once!":
http://lab.llvm.org:8011/builders/clang-hexagon-elf/builds/24425
I don't understand why this error is happening, and I don't see it on any other bots or on my own machine, so I'm kind of grasping at straws. Try using an unscoped enum and specifying a cl::init to see if they help.
llvm-svn: 232698
show more ...
|
#
cfb53e49 |
| 19-Mar-2015 |
Justin Bogner <mail@justinbogner.com> |
llvm-cov: Only emit colour by default if the output is a tty
This replaces the -no-color flag with a -color={auto|always|never} option, with auto as the default, which is much saner.
llvm-svn: 2326
llvm-cov: Only emit colour by default if the output is a tty
This replaces the -no-color flag with a -color={auto|always|never} option, with auto as the default, which is much saner.
llvm-svn: 232693
show more ...
|
Revision tags: llvmorg-3.5.2, llvmorg-3.5.2-rc1 |
|
#
4379535e |
| 11-Mar-2015 |
Justin Bogner <mail@justinbogner.com> |
InstrProf: Teach llvm-cov to handle universal binaries when given -arch
llvm-svn: 231902
|
Revision tags: llvmorg-3.6.0, llvmorg-3.6.0-rc4 |
|
#
0ef7a2a2 |
| 14-Feb-2015 |
Justin Bogner <mail@justinbogner.com> |
llvm-cov: Actually use the command line arguments when reporting
This code didn't really make sense as is. If a filename is passed in, the user obviously wants the coverage *for that file*, not *for
llvm-cov: Actually use the command line arguments when reporting
This code didn't really make sense as is. If a filename is passed in, the user obviously wants the coverage *for that file*, not *for everything*.
llvm-svn: 229217
show more ...
|
#
f91bc6cd |
| 14-Feb-2015 |
Justin Bogner <mail@justinbogner.com> |
llvm-cov: Simplify coverage reports, fixing PR22575 in the process
PR22575 occurred because we were unsafely storing references into a std::vector. If the vector moved because it grew, we'd be left
llvm-cov: Simplify coverage reports, fixing PR22575 in the process
PR22575 occurred because we were unsafely storing references into a std::vector. If the vector moved because it grew, we'd be left iterating through garbage memory. This avoids the issue by simplifying the logic to gather coverage information as we go, rather than storing it and iterating over it.
I'm relying on the existing tests showing that this is semantically NFC, since it's difficult to hit the issue this fixes without relatively large covered programs.
llvm-svn: 229215
show more ...
|