search for: justinbogner

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 confirm that the issue has bee...

...uld 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 able to fetch the changes...

...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 there ? >>> >&g...

...e.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 tree doesn't seem to >> work any more (possibly as of moving libFuzzer to compiler-rt, but...

...named v8.0.0 (for final), and > v8.0.0-rc1 for release candidates. > - Tags on the master branch (which will be created at commits modifying the > version file after branch creation, ala r338537) will be named v8.0.0-dev. > > On Fri, Nov 16, 2018 at 10:10 PM Justin Bogner <mail at justinbogner.com> > wrote: > >> As a bit of a side note, v8.0.0 is probably too brief - I expect v* >> could easily match some arbitrary tag that starts with the letter v too >> easily. I don't have strong opinions about the particular name, but >> something like llvm-8.0.0...

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 section a bit in r238504. D...

...g: 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 at lists.llvm.org> writes...

...ompletely 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 libFuzzer to compiler-rt, but...

...ons once we require 13 # a newer linker. 14 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 <mailto:mail at justinbogner.com>> wrote: > George Karpenkov <ekarpenkov at apple.com <mailto: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, > >...

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 100644 >> --- a/lib/Tr...

...oesn'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: >>> > >>> >> >>> >> >>> >>...

...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, >>> > which removes coverage instru...

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 Collingbourne <peter at pcc.me...

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

Diego Novillo <dnovillo at google.com> writes: > 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...

On 28 May 2014 17:44, Justin Bogner <mail at justinbogner.com> wrote: > In the autoconf system, I'm pretty sure compiler-rt's build is triggered > by a Makefile in clang, tools/clang/runtime/compiler-rt/Makefile. This > Makefile comments "We currently only try to generate runtime libraries > on x86", so I guess that's...

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 confirm that the issue has been caused by NDEBUG flag. > > > > On Mon, Jul 13, 2015 at 6:29 PM Reid Kleckner <rnk at google.com> wrote: > > > > The layout of AssertingVH has depen...

...gline-tables-only is *the* recommended flag for all of the sanitizers, > I'd expect it to work. > > > > > On Tue, Mar 7, 2017 at 12:36 PM Kostya Serebryany <kcc at google.com> wrote: > > +aizatsky > > On Tue, Mar 7, 2017 at 12:34 PM, Justin Bogner <mail at justinbogner.com> > wrote: > > I'm working on a fuzzer using libFuzzer and I wanted to take a look at > how my coverage was doing, as per the instructions here: > > http://llvm.org/docs/LibFuzzer.html#how-good-is-my-fuzzer > > First of all, I suspect the instructions there are o...

On 27 May 2015 at 09:29, Justin Bogner <mail at justinbogner.com> wrote: > Mehdi Amini <mehdi.amini at apple.com> writes: >> Hi Manuel, >> >> I like Phabricator for code review much much more than emails. Let me know how >> I can help (I’m not afraid of PHP). > > Chandler updated the llvm phabricator doc to point at...

...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.cpp >>>> ind...