search for: bogner

...me. From the cmake files, I was pretty sure all I need to do is set -DLLVM_USE_SANITIZE_COVERAGE=ON, but with this I get a number of link errors for "lib/Fuzzer/test/LLVMFuzzer-CounterTest", for example: lib/libLLVMFuzzer.a(FuzzerLoop.cpp.o): In function `SetDeathCallback': /home/bogner/code/llvm/lib/Fuzzer/FuzzerLoop.cpp:31: undefined reference to `__sanitizer_set_death_callback' lib/libLLVMFuzzer.a(FuzzerLoop.cpp.o): In function `fuzzer::Fuzzer::SetDeathCallback()': /home/bogner/code/llvm/lib/Fuzzer/FuzzerLoop.cpp:31: undefined reference to `__sanitizer_set_death_cal...

George Karpenkov <ekarpenkov at apple.com> writes: > Should -DCMAKE_CXX_COMPILER be also specified? CMake is smart enough to infer that from C_COMPILER: % grep CMAKE_CXX_COMPILER CMakeCache.txt CMAKE_CXX_COMPILER:FILEPATH=/Users/bogner/llvm-lkgc/bin/clang++ >> On Aug 24, 2017, at 11:29 AM, Justin Bogner <mail at justinbogner.com> wrote: >> >> (kcc, george: sorry for the re-send, the first was from a non-list email >> address) >> >> My configuration for building the fuzzers in the LLVM...

On Tue, Jul 21, 2015 at 6:30 PM Justin Bogner <mail at justinbogner.com> wrote: > Paweł Bylica <chfast at gmail.com> writes: > > On Tue, Jul 21, 2015 at 5:55 PM Justin Bogner <mail at justinbogner.com> > wrote: > > > > Paweł Bylica <chfast at gmail.com> writes: > > > I can confi...

...te code-base ,we would like to take feedback from the group . Did -fprofile-instr-generate -fcoverage-mapping better than(optimized instrumented) gcov ? ,if so any benchmark reference will be appreciated. Thank you and awaiting for your suggestions. ~Umesh On Wed, May 13, 2015 at 1:17 PM, Justin Bogner <mail at justinbogner.com> wrote: > Yes, the fix for this is in the 3.6.1 release candidate. > > > On Wednesday, May 13, 2015, Umesh Kalappa <umesh.kalappa0 at gmail.com> wrote: >> >> Hi Justin, >> >> How you doing there ? >> >> Do you a...

As I’m sure many of you have noticed, I no longer have the time to be a proper code owner for SelectionDAG. In the interest of the project and to keep development running smoothly, I am resigning my code ownership. Justin Bogner has graciously volunteered to take it up. He has a strong history of LLVM contributions, a demonstrated commitment to good community development practices, and has experience shaving the infinite herd of SelectionDAG yaks. I am happy to recommend Justin take over the SelectionDAG code ownership,...

...of the 4 "warning: jobserver unavailable: using -j1. Add `+' to parent make rule." messages I was getting. Now I only get this warning when the native llvm-config target starts building. Thanks a lot for all the help! BR, Awais ________________________________________ From: Justin Bogner <justin at justinbogner.com> on behalf of Justin Bogner <mail at justinbogner.com> Sent: Wednesday, January 25, 2017 11:31 PM To: Belal, Awais via llvm-dev Cc: Belal, Awais; Tom Stellard Subject: Re: [llvm-dev] LLVM 3.9.1 build race? "Belal, Awais via llvm-dev" <llvm-dev a...

...ort in llvm. It is also quite a bit simpler and more flexible in terms of data collection. It does currently have a pretty high overhead in terms of binary size, especially for coverage. > Thank you and awaiting for your suggestions. > ~Umesh > > On Wed, May 13, 2015 at 1:17 PM, Justin Bogner <mail at justinbogner.com> wrote: >> Yes, the fix for this is in the 3.6.1 release candidate. >> >> >> On Wednesday, May 13, 2015, Umesh Kalappa <umesh.kalappa0 at gmail.com> wrote: >>> >>> Hi Justin, >>> >>> How you doing th...

Can you put something in the release notes when this happens? Thanks, Hans On Sat, May 21, 2016 at 10:57 AM, Justin Bogner via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Update: All in tree backends now implement `void Select`. I'll be > removing the SelectImpl path on Monday. > > Justin Bogner <mail at justinbogner.com> writes: >> TLDR: Heads up for out of tree backends - you'...

Justin Bogner <mail at justinbogner.com> writes: > I'll go ahead and file one though - more and more people are using phab > for llvm, so the problems with it are coming up more and more often. https://secure.phabricator.com/T8269

On Thu, May 28, 2015 at 2:09 PM, Justin Bogner <mail at justinbogner.com> wrote: > It sounds to me like this documentation just needs some clean up to be > clearer up front about what's going on. If nobody else gets to it first, > I'll take a shot at improving the situation when I have a chance. I just reworked this sec...

...tails are available at: > http://lab.llvm.org:8011/builders/clang-x86_64-ubuntu-gdb-75/builds/22916 > > Buildbot URL: http://lab.llvm.org:8011/ > > Buildslave for this Build: hpproliant1 > > Build Reason: scheduler > Build Source Stamp: [branch trunk] 240520 > Blamelist: bogner > > BUILD FAILED: failed gdb-75-check > > sincerely, > -The Buildbot

On Thu, Aug 24, 2017 at 3:21 PM, Kostya Serebryany via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > > On Thu, Aug 24, 2017 at 3:20 PM, Justin Bogner <mail at justinbogner.com> > wrote: > >> I think the simplest fix is something like this: >> >> diff --git a/lib/Transforms/Instrumentation/SanitizerCoverage.cpp >> b/lib/Transforms/Instrumentation/SanitizerCoverage.cpp >> index c6f0d17f8fe..e81957ab80a 100...

On 17 May 2016 at 20:04, Justin Bogner via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> Note that this would also fire when a commit referring to a PR gets >> reverted (assuming the reverting commit doesn't botch the commit >> message), etc., which is super useful for those following along on the >>...

...trumentation data doesn't get dead stripped here, but dead stripping of functions should work as normal. > --kcc > > > On Thu, Aug 24, 2017 at 6:43 PM, Peter Collingbourne <peter at pcc.me.uk> > wrote: > >> >> >> On Thu, Aug 24, 2017 at 6:30 PM, Justin Bogner <mail at justinbogner.com> >> wrote: >> >>> Peter Collingbourne <peter at pcc.me.uk> writes: >>> > On Thu, Aug 24, 2017 at 3:38 PM, Kostya Serebryany <kcc at google.com> >>> wrote: >>> > >>> >> >>> >&...

...g 24, 2017 at 3:35 PM, Peter Collingbourne <peter at pcc.me.uk> > wrote: > >> On Thu, Aug 24, 2017 at 3:21 PM, Kostya Serebryany via llvm-dev < >> llvm-dev at lists.llvm.org> wrote: >> >>> >>> >>> On Thu, Aug 24, 2017 at 3:20 PM, Justin Bogner <mail at justinbogner.com> >>> wrote: >>> >>>> I think the simplest fix is something like this: >>>> >>>> diff --git a/lib/Transforms/Instrumentation/SanitizerCoverage.cpp >>>> b/lib/Transforms/Instrumentation/SanitizerCoverage...

...4 set_property(TARGET ${target_name} APPEND_STRING PROPERTY >> 15 LINK_FLAGS " -Wl,--gc-sections") >> 16 *endif*() >> 17 *endif*() >> >> >> >> --kcc >> >> >> >> On Thu, Aug 24, 2017 at 2:49 PM, Justin Bogner <mail at justinbogner.com> >> wrote: >> >>> George Karpenkov <ekarpenkov at apple.com> writes: >>> > OK so with Kuba’s help I’ve found the error: with optimization, dead >>> > stripping of produced libraries is enabled, >>> > whic...

On Thu, Aug 24, 2017 at 6:30 PM, Justin Bogner <mail at justinbogner.com> wrote: > Peter Collingbourne <peter at pcc.me.uk> writes: > > On Thu, Aug 24, 2017 at 3:38 PM, Kostya Serebryany <kcc at google.com> > wrote: > > > >> > >> > >> On Thu, Aug 24, 2017 at 3:35 PM, Peter Collingb...

On 19 August 2016 at 19:35, Justin Bogner <mail at justinbogner.com> wrote: > I think you misunderstood what I meant here. Whether "moving to git" > will affect my workflow depends very much on "how we're moving to > git". That's exactly what I understood. :) > For example, if we do a monore...

...es - disabling it completely isn't very nice. > Apparently, a better way is to follow ASAN instrumentation pass, > which uses some magic to protect against dead-stripping. I thought this was already being done - how else did it work before? >> On Aug 24, 2017, at 11:29 AM, Justin Bogner <mail at justinbogner.com> wrote: >> >> (kcc, george: sorry for the re-send, the first was from a non-list email >> address) >> >> My configuration for building the fuzzers in the LLVM tree doesn't seem to >> work any more (possibly as of moving libFu...

On Wed, May 16, 2018 at 12:24 PM, <paul.robinson at sony.com> wrote: > > > > -----Original Message----- > > From: Justin Bogner [mailto:justin at justinbogner.com] On Behalf Of Justin > > Bogner > > Sent: Wednesday, May 16, 2018 12:16 PM > > To: llvm-dev > > Cc: jdenny.ornl at gmail.com; Robinson, Paul > > Subject: Re: [llvm-dev] RFC: [FileCheck] CHECK-DAG for multiple > > occurrences of...