#
97e49ac5 |
| 31-Aug-2016 |
Nick Lewycky <nicholas@mxc.ca> |
Add -fprofile-dir= to clang.
-fprofile-dir=path allows the user to specify where .gcda files should be emitted when the program is run. In particular, this is the first flag that causes the .gcno an
Add -fprofile-dir= to clang.
-fprofile-dir=path allows the user to specify where .gcda files should be emitted when the program is run. In particular, this is the first flag that causes the .gcno and .o files to have different paths, LLVM is extended to support this. -fprofile-dir= does not change the file name in the .gcno (and thus where lcov looks for the source) but it does change the name in the .gcda (and thus where the runtime library writes the .gcda file). It's different from a GCOV_PREFIX because a user can observe that the GCOV_PREFIX_STRIP will strip paths off of -fprofile-dir= but not off of a supplied GCOV_PREFIX.
To implement this we split -coverage-file into -coverage-data-file and -coverage-notes-file to specify the two different names. The !llvm.gcov metadata node grows from a 2-element form {string coverage-file, node dbg.cu} to 3-elements, {string coverage-notes-file, string coverage-data-file, node dbg.cu}. In the 3-element form, the file name is already "mangled" with .gcno/.gcda suffixes, while the 2-element form left that to the middle end pass.
llvm-svn: 280306
show more ...
|
Revision tags: llvmorg-3.9.0, llvmorg-3.9.0-rc3, llvmorg-3.9.0-rc2, llvmorg-3.9.0-rc1, llvmorg-3.8.1, llvmorg-3.8.1-rc1, 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, llvmorg-3.6.1, llvmorg-3.6.1-rc1, llvmorg-3.5.2, llvmorg-3.5.2-rc1, llvmorg-3.6.0, llvmorg-3.6.0-rc4, llvmorg-3.6.0-rc3, llvmorg-3.6.0-rc2, llvmorg-3.6.0-rc1, llvmorg-3.5.1, llvmorg-3.5.1-rc2, llvmorg-3.5.1-rc1, llvmorg-3.5.0, llvmorg-3.5.0-rc4, llvmorg-3.5.0-rc3, llvmorg-3.5.0-rc2, llvmorg-3.5.0-rc1, llvmorg-3.4.2, llvmorg-3.4.2-rc1, llvmorg-3.4.1, llvmorg-3.4.1-rc2, llvmorg-3.4.1-rc1, llvmorg-3.4.0, llvmorg-3.4.0-rc3, llvmorg-3.4.0-rc2, llvmorg-3.4.0-rc1, llvmorg-3.3.1-rc1, llvmorg-3.3.0, llvmorg-3.3.0-rc3, llvmorg-3.3.0-rc2, llvmorg-3.3.0-rc1 |
|
#
6f15b290 |
| 20-Mar-2013 |
Nick Lewycky <nicholas@mxc.ca> |
The flag "-coverage-function-names-in-data" is actually backwards -- we do emit function names in .gcda files by default, and the flag turns that off! Rename the flag to make it match what it actuall
The flag "-coverage-function-names-in-data" is actually backwards -- we do emit function names in .gcda files by default, and the flag turns that off! Rename the flag to make it match what it actually does. This keeps the default format compatible with gcc 4.2.
Also add a test for this flag.
llvm-svn: 177475
show more ...
|
#
008322f2 |
| 18-Mar-2013 |
Bill Wendling <isanbard@gmail.com> |
Update testcase for r177340.
llvm-svn: 177344
|
#
4467d79a |
| 20-Feb-2013 |
Bill Wendling <isanbard@gmail.com> |
Attempt to clean up tests for non-X86 platforms.
llvm-svn: 175652
|
#
c33fc4c0 |
| 20-Feb-2013 |
Bill Wendling <isanbard@gmail.com> |
Modify the tests to use attribute group references instead of listing the function attributes.
llvm-svn: 175606
|
Revision tags: llvmorg-3.2.0 |
|
#
8522ba84 |
| 18-Dec-2012 |
Rafael Espindola <rafael.espindola@gmail.com> |
Now that the uninitialized variable has been fixed in llvm, add this test back, but remove unneeded options and fix the comment.
llvm-svn: 170405
|
#
dcb992d4 |
| 10-Dec-2012 |
Bill Wendling <isanbard@gmail.com> |
Use correct flags for this test.
llvm-svn: 169768
|
#
99bde871 |
| 10-Dec-2012 |
Chad Rosier <mcrosier@apple.com> |
Fixup test case from r169755. These are driver options, not frontend options. Also, add the -S option.
llvm-svn: 169763
|
#
9a12912c |
| 10-Dec-2012 |
Bill Wendling <isanbard@gmail.com> |
Specify if `-mno-red-zone' was used when creating the GCOV instrucmentation pass.
This prevents the functions generated by that pass from using the red zone. <rdar://problem/12843084>
llvm-svn: 169
Specify if `-mno-red-zone' was used when creating the GCOV instrucmentation pass.
This prevents the functions generated by that pass from using the red zone. <rdar://problem/12843084>
llvm-svn: 169755
show more ...
|