search for: dnovillo

...ich I don't have access to (buildbot_bootstrap.sh). So, I looked for cmake/ninja calls. AFAICT, the bot does a bootstrap and then runs the testsuite with the final build configured with -DLLVM_USE_SANITIZER=Memory. I tried that locally, but the build dies very early in tblgen: FAILED: cd /ssd/dnovillo/llvm/bld/tools/clang/include/clang/Driver && /ssd/dnovillo/llvm/bld/bin/llvm-tblgen -gen-opt-parser-defs -I /ssd/dnovillo/llvm/llvm/tools/clang/include/clang/Driver -I /ssd/dnovillo/llvm/llvm/lib/Target -I /ssd/dnovillo/llvm/llvm/include /ssd/dnovillo/llvm/llvm/tools/clang/include/clang/Dri...

On Thu, Apr 10, 2014 at 4:43 PM, Reid Kleckner <rnk at google.com> wrote: > msan isn't usable without an instrumented C++ standard library. > > The script in question is here: > > https://code.google.com/p/address-sanitizer/source/browse/trunk/build/scripts/slave/buildbot_bootstrap.sh > Thanks, Reid. I've gotten the script and I'm now running it locally.

You need llvm-symbolizer in PATH. On Apr 11, 2014 3:16 AM, "Diego Novillo" <dnovillo at google.com> wrote: > OK, so now I've gotten a build but the output from asan is less than > helpful: > > $ llvm/x/llvm_build_asan/./bin/opt llvm/x/llvm/test/Other/optimization-remarks-inline.ll > -inline -pass-remarks=inline -S > ========================================...

...ts/logs/stdio Any ideas? Thanks. Diego. ---------- Forwarded message ---------- From: <llvm.buildmaster at lab.llvm.org> Date: Wed, May 13, 2015 at 12:53 PM Subject: buildbot failure in LLVM on sanitizer-x86_64-linux To: Brendon Cahoon <bcahoon at codeaurora.org>, Diego Novillo <dnovillo at google.com>, Teresa Johnson <tejohnson at google.com>, Yaron Keren <yaron.keren at gmail.com> Cc: gkistanova at gmail.com The Buildbot has detected a new failure on builder sanitizer-x86_64-linux while building llvm. Full details are available at: http://lab.llvm.org:8011/build...

...m> Sent: 18 October 2019 14:42 To: Anastasia Stulova <Anastasia.Stulova at arm.com>; Simone Atzeni via llvm-dev <llvm-dev at lists.llvm.org>; clang developer list <cfe-dev at lists.llvm.org> Cc: David Neto <dneto at google.com>; nd <nd at arm.com>; Diego Novillo <dnovillo at google.com> Subject: Re: US LLVM Dev Meeting 2019 - Round Table - Challenges using LLVM for GPU compilation Dear all, Could I suggest adding one more topic to the list related to GPUs? We have just published a prototype for a LLVM backend generating SPIR-V at https://github.com/KhronosGroup...

...am developers? How often > do they break tsan? I suspect that when LLVM breaks tsan, it also breaks > ASan, which isn't as flaky. It might be better to mail the tsan failures to > Dmitry or someone and not upstream LLVM devs. > > On Wed, May 13, 2015 at 9:59 AM, Diego Novillo <dnovillo at google.com> > wrote: > >> Alexey, I got mail from one of the tsan buildbots, claiming a breakage >> in tsan tests. But I cannot see anything on the logs it has for the >> build. >> >> >> http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux/builds/...

...gs I'll be looking into. I'm not yet done wordsmithing the overall design document. I'll try to finish it by early next week at the latest. In the meantime, these are the specific bugzilla issues I've opened: 22716 <http://llvm.org/bugs/show_bug.cgi?id=22716>librarieGlobal A dnovillo at google.comNEW---Need a mechanism to represent global profile counts in CFG and MachineCFG <http://llvm.org/bugs/show_bug.cgi?id=22716> 16:47:0122718 <http://llvm.org/bugs/show_bug.cgi?id=22718>librarieGlobal A dnovillo at google.comNEW---Information loss and performance issues in bra...

...gt;> often do they break tsan? I suspect that when LLVM breaks tsan, it also >> breaks ASan, which isn't as flaky. It might be better to mail the tsan >> failures to Dmitry or someone and not upstream LLVM devs. >> >> On Wed, May 13, 2015 at 9:59 AM, Diego Novillo <dnovillo at google.com> >> wrote: >> >>> Alexey, I got mail from one of the tsan buildbots, claiming a breakage >>> in tsan tests. But I cannot see anything on the logs it has for the >>> build. >>> >>> >>> http://lab.llvm.org:8011/builder...

On Mar 13, 2014, at 5:48 AM, Diego Novillo <dnovillo at google.com> wrote: > On Wed, Mar 12, 2014 at 9:09 PM, Justin Bogner <mail at justinbogner.com> wrote: > >> Functions are represented by strings, determined by the part of the >> frontend that both generates and uses this data. In our case, these are >> general...

...they break tsan? I suspect that when LLVM breaks tsan, it also >>> breaks ASan, which isn't as flaky. It might be better to mail the tsan >>> failures to Dmitry or someone and not upstream LLVM devs. >>> >>> On Wed, May 13, 2015 at 9:59 AM, Diego Novillo <dnovillo at google.com> >>> wrote: >>> >>>> Alexey, I got mail from one of the tsan buildbots, claiming a breakage >>>> in tsan tests. But I cannot see anything on the logs it has for the >>>> build. >>>> >>>> >>>>...

On Sun, Oct 26, 2014 at 4:59 PM, Eric Christopher <echristo at gmail.com> wrote: > On Fri, Oct 24, 2014 at 3:27 PM, Diego Novillo <dnovillo at google.com> > wrote: > > > > > > On Fri Oct 24 2014 at 6:21:14 PM David Blaikie <dblaikie at gmail.com> > wrote: > >> > >> On Fri, Oct 24, 2014 at 3:16 PM, Diego Novillo <dnovillo at google.com> > >> wrote: > >>> >...

On Fri Oct 24 2014 at 6:21:14 PM David Blaikie <dblaikie at gmail.com> wrote: > On Fri, Oct 24, 2014 at 3:16 PM, Diego Novillo <dnovillo at google.com> > wrote: > >> >> >> On Fri Oct 24 2014 at 6:11:21 PM David Blaikie <dblaikie at gmail.com> >> wrote: >> >>> On Fri, Oct 24, 2014 at 2:48 PM, Diego Novillo <dnovillo at google.com> >>> wrote: >>> >>&gt...

> On Mar 2, 2015, at 4:19 PM, Diego Novillo <dnovillo at google.com> wrote: > > On Thu, Feb 26, 2015 at 6:54 PM, Diego Novillo <dnovillo at google.com <mailto:dnovillo at google.com>> wrote: > > I've created a few bugzilla issues with details of some of the things I'll be looking into. I'm not yet done wordsmit...

On Fri, Dec 11, 2015 at 9:58 AM, Diego Novillo <dnovillo at google.com> wrote: > So, I traced it down to the DenseMaps in class FunctionSamples. I've > replaced them with two std::vector, and the read operation causes the > compiler to grow from 70Mb to 280Mb. With the DenseMaps, reading the > profile causes the compiler to grow fro...

On Fri, Apr 24, 2015 at 12:29 PM, Diego Novillo <dnovillo at google.com> wrote: > > > On Fri, Apr 24, 2015 at 3:28 PM, Xinliang David Li <davidxl at google.com> > wrote: >> >> yes -- for count representation, 64 bit is needed. The branch weight >> here is different and does not needs to be 64bit to represent branch &...

On Wed, Dec 9, 2015 at 3:14 PM, Xinliang David Li <xinliangli at gmail.com> wrote: > Can you extract the relevant part of the heap profile data? > It's all profile data, actually. The heap utilization is massively dominated by the profile reader. > How large is the sample profile data fed to the compiler? > > For this run, the input file was 21Mb. > The

...then comes down to "we added some hot code that doesn't have any samples" at which point you'd want the optimizer to pay attention to propagating weights along edges without them. Anyhow, some food for thought. -eric > > On Sat, Oct 25, 2014 at 8:57 AM, Diego Novillo <dnovillo at google.com> wrote: >> >> >> >> On Fri Oct 24 2014 at 6:21:14 PM David Blaikie <dblaikie at gmail.com> wrote: >>> >>> On Fri, Oct 24, 2014 at 3:16 PM, Diego Novillo <dnovillo at google.com> >>> wrote: >>>> >>>&...

On 2015 Jun 17, at 13:53, Diego Novillo <dnovillo at google.com> wrote: > The flags -fprofile-generate and -fprofile-use are currently ignored > for GCC compatibility. I would like to enable them and give them > similar semantics to GCC. These flags are baked pretty deeply into > our build environment, so supporting them at the dr...

On 16/01/2014, 23:47 , Andrew Trick wrote: > > On Jan 15, 2014, at 4:13 PM, Diego Novillo <dnovillo at google.com > <mailto:dnovillo at google.com>> wrote: > >> Chandler also pointed me at the vectorizer, which has its own >> unroller. However, the vectorizer only unrolls enough to serve the >> target, it's not as general as the runtime-triggered unroller. Fr...

The context of this is performance analysis of generated code. My interest is to trace at a high-level the major decisions done by the various optimizers. For instance, when the inliner decides to inline foo into bar, or the loop unroller decides to unroll a loop N times, or the vectorizer decides to vectorize a loop body. Many of these details are usually available via -debug-only. However, this