search for: gcovprofiler

...flush` works for >> gcc. >> >> If there is another way of doing this, I might of missed it but I was >> looking for `__gcov_flush` and I did not find the equivalent in llvm at the >> moment. >> > > __gcov_flush is added by the GCOVProfiling.cpp pass by > GCOVProfiler::insertFlush. > > -- > Joshua Cranmer > News submodule owner > DXR coauthor > > > ______________________________**_________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/**mailman/listinfo/...

...gt;>> >>> If there is another way of doing this, I might of missed it but I was >>> looking for `__gcov_flush` and I did not find the equivalent in llvm at the >>> moment. >>> >> >> __gcov_flush is added by the GCOVProfiling.cpp pass by >> GCOVProfiler::insertFlush. >> >> -- >> Joshua Cranmer >> News submodule owner >> DXR coauthor >> >> >> ______________________________**_________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu >>...

..._llvm_gcov_flush` the same way `__gcov_flush` > works for gcc. > > If there is another way of doing this, I might of missed it but I was > looking for `__gcov_flush` and I did not find the equivalent in llvm > at the moment. __gcov_flush is added by the GCOVProfiling.cpp pass by GCOVProfiler::insertFlush. -- Joshua Cranmer News submodule owner DXR coauthor

The way `-ftest-coverage -fprofile-arcs` works at the moment it only flushes via `atexit()`. This patch allows you to flush the coverage at any point by calling `__llvm_gcov_flush` the same way `__gcov_flush` works for gcc. If there is another way of doing this, I might of missed it but I was looking for `__gcov_flush` and I did not find the equivalent in llvm at the moment. -- John Harrison

...lling `__llvm_gcov_flush` the same way `__gcov_flush` works for gcc. > > If there is another way of doing this, I might of missed it but I was looking for `__gcov_flush` and I did not find the equivalent in llvm at the moment. > > __gcov_flush is added by the GCOVProfiling.cpp pass by GCOVProfiler::insertFlush. > > -- > Joshua Cranmer > News submodule owner > DXR coauthor > > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/...

Hi, So now that the OpenBSD buildslave has been upgraded with enough memory to allow the build to finish I have noticed some issues with the test framework and was wondering if anyone could comment on what has shown up and/or anyone who is familiar with the framework could provide patches to fix the issues. For sed and head the tests are using command line options which are not specified by

On Jun 25, 2013, at 9:15 AM, David Blaikie <dblaikie at gmail.com> wrote: > On Tue, Jun 25, 2013 at 8:59 AM, Manman Ren <mren at apple.com> wrote: >> > >> Any suggestion on how to move this forward? >> My feeling is that we should not call Verify from so many files. >> If you agree, I can try to clean up the Verify functions first. > > Yes, we

Poking around in the .git\llvm-upstream-svn tree, I find that llvm\trunk\test\DebugInfo\Generic is empty, as are all the other subdirectories of test\DebugInfo that I tried. I have other files in the checkin that are in leaf directories but those files all exist. I hacked git-llvm to add a –verbose option: `git apply --verbose -p2 -` returned 1 Checking patch

Excellent, thanks! --paulr From: James Y Knight [mailto:jyknight at google.com] Sent: Thursday, November 29, 2018 12:00 PM To: Robinson, Paul Cc: Mikhail Ramalho; vedant_kumar at apple.com; llvm-dev Subject: Re: [llvm-dev] 'git llvm push' not working for me on Windows Aha! From your output I figured out what I screwed up. Sorry about the trouble... Illustration of the issue: svn

The usual workaround is to do `rm –rf .git/llvm-upstream-svn` and try again. You could also patch llvm/utils/git-svn/git-llvm to add the `--verbose` option to the `git apply` command, which would provide better diagnostic output. HTH, --paulr From: Petr Hosek [mailto:phosek at chromium.org] Sent: Wednesday, January 30, 2019 10:52 PM To: Robinson, Paul Cc: James Y Knight; llvm-dev; vedant_kumar at

hacker cling wrote: > Hello all, > I was playing with LLVM pass. I changed the > lib/Transforms/Hello/Hello.cpp 's content to be my own pass. Then I make > install the pass and use an example test1.c to see whether it works or > not. When I run example using the following command: > clang -emit-llvm test1.c -c -o test1.bc > opt -load

Hello all, I was playing with LLVM pass. I changed the lib/Transforms/Hello/Hello.cpp 's content to be my own pass. Then I make install the pass and use an example test1.c to see whether it works or not. When I run example using the following command: clang -emit-llvm test1.c -c -o test1.bc opt -load ../build_llvm/Debug+Asserts/lib/LLVMHello.so -hello < test1.bc > /dev/null It

On Jun 25, 2013, at 11:35 AM, David Blaikie wrote: > On Tue, Jun 25, 2013 at 10:13 AM, Manman Ren <mren at apple.com> wrote: >> >> On Jun 25, 2013, at 9:15 AM, David Blaikie <dblaikie at gmail.com> wrote: >> >> On Tue, Jun 25, 2013 at 8:59 AM, Manman Ren <mren at apple.com> wrote: >> >> >> Any suggestion on how to move this

OK, I've managed to do it: I was trying to push it from a build/ directory, maybe that's why the git apply was failing. Pushing the commit from the root of the repo worked. Em qua, 28 de nov de 2018 às 16:40, Mikhail Ramalho < mikhail.ramalho at gmail.com> escreveu: > Hi, > > The patch only changes one file in clang. Here's the patch: >

On Fri, Jun 21, 2013 at 12:33 PM, Manman Ren <mren at apple.com> wrote: > > On Jun 21, 2013, at 11:56 AM, Eric Christopher wrote: > >> On Fri, Jun 21, 2013 at 11:50 AM, Manman Ren <mren at apple.com> wrote: >>> >>> On Jun 21, 2013, at 11:35 AM, Eric Christopher wrote: >>> >>>> On Thu, Jun 20, 2013 at 10:52 PM, Manman Ren <mren at

...lib/Transforms/Instrumentation/Instrumentation.cpp +++ b/lib/Transforms/Instrumentation/Instrumentation.cpp @@ -60,6 +60,7 @@ void llvm::initializeInstrumentation(PassRegistry &Registry) { initializeAddressSanitizerModulePass(Registry); initializeBoundsCheckingPass(Registry); initializeGCOVProfilerLegacyPassPass(Registry); + initializeCFGProfilePassPass(Registry); initializePGOInstrumentationGenLegacyPassPass(Registry); initializePGOInstrumentationUseLegacyPassPass(Registry); initializePGOIndirectCallPromotionLegacyPassPass(Registry);

llvm[4]: Compiling PoolAllocate.cpp for Release+Asserts build /home/NIKHILREDDY/WORK/LLVM_SRC/projects/poolalloc/lib/PoolAllocate/PoolAllocate.cpp: In member function ‘virtual bool llvm::PoolAllocate::runOnModule(llvm::Module&)’: /home/NIKHILREDDY/WORK/LLVM_SRC/projects/poolalloc/lib/PoolAllocate/PoolAllocate.cpp:403:16: error: ‘class llvm::Constant’ has no member named