search for: roundtable

Dear All, On Wednesday, October 23 at 5 pm we will have a roundtable about LLVM's participation in GSoC and similar programs: http://llvm.org/devmtg/2019-10/#round The list of topics includes: - Overall organization of the project (timeline, ideas, etc) - Ideas lists - Lessons learned from past projects More topics for discussion are welcome! -- With b...

At the LLVM Developer Meeting on October 23rd we held a CMake roundtable. One of the items we discussed was adopting a more regular timeline for CMake upgrades. During the roundtable there was overwhelming support for upgrading CMake, and support for treating CMake differently than how we treat upgrading host compilers. Historically we've taken into account recent...

Hi, I'm interested in GSOC in general, but I missed this roundtable unfortunately. Any summary from this session? Thanks, -- Mehdi On Mon, Oct 21, 2019 at 7:19 PM Vassil Vassilev via cfe-dev < cfe-dev at lists.llvm.org> wrote: > Round table on GSoC is a very good idea. Thanks for organizing! > > -- Vassil > On 10/22/19 12:51 AM, Anton Korobe...

...com AI tools development -----Original Message----- From: David Greene <greened at obbligato.org> Sent: Friday, November 13, 2020 8:49 AM To: Krzysztof Parzyszek <kparzysz at quicinc.com>; llvm-dev <llvm-dev at lists.llvm.org> Subject: [EXT] Re: [llvm-dev] Complex proposal v3 + roundtable agenda Krzysztof Parzyszek via llvm-dev <llvm-dev at lists.llvm.org> writes: > Some architectures have instructions that assist with complex > arithmetic. Without intrinsics it may be hard to use such > instructions especially because of the arithmetic simplifications. > Perhap...

...AI tools development -----Original Message----- From: David Greene <greened at obbligato.org> Sent: Wednesday, November 18, 2020 3:13 PM To: Krzysztof Parzyszek <kparzysz at quicinc.com>; llvm-dev <llvm-dev at lists.llvm.org> Subject: [EXT] Re: [llvm-dev] Complex proposal v3 + roundtable agenda Krzysztof Parzyszek via llvm-dev <llvm-dev at lists.llvm.org> writes: > Examples of complex instructions? Sorry, I was referring specifically to this statement: >> Without intrinsics it may be hard to use such instructions especially >> because of the arithmetic simp...

...bumping cmake version and cleaning build system somewhat. On Tue, Oct 29, 2019 at 8:23 PM Tom Stellard via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > On 10/29/2019 10:10 AM, Chris Bieneman via llvm-dev wrote: > > At the LLVM Developer Meeting on October 23rd we held a CMake roundtable. One of the items we discussed was adopting a more regular timeline for CMake upgrades. During the roundtable there was overwhelming support for upgrading CMake, and support for treating CMake differently than how we treat upgrading host compilers. > > > > Historically we've taken i...

Krzysztof Parzyszek via llvm-dev <llvm-dev at lists.llvm.org> writes: > Examples of complex instructions? Sorry, I was referring specifically to this statement: >> Without intrinsics it may be hard to use such instructions especially >> because of the arithmetic simplifications. I was asking the question in the context of intrinsics vs. a first-class complex type.

Simon Moll <Simon.Moll at EMEA.NEC.COM> writes: > The generalized pattern matching in the VP reference patch is not > VP-specific, eg it is parameter-ized in the abstraction. That means we > can lift InstCombine,InstSimplify once on top of that abstraction and > than instantiate that (it's literally a template parameter) to (0) > regular LLVM instructions, (1) constrained

Florian Hahn <florian_hahn at apple.com> writes: > Once we have support in the vectorizers, it might be beneficial to use > the intrinsics even for targets that do not natively support them. I > think for that cases, adding a pass that lowers them to regular IR > instructions for targets that do not have dedicated instructions would > be a great idea. I think we did something

Krzysztof Parzyszek via llvm-dev <llvm-dev at lists.llvm.org> writes: > Some architectures have instructions that assist with complex > arithmetic. Without intrinsics it may be hard to use such > instructions especially because of the arithmetic simplifications. > Perhaps, depending on TTI, those intrinsics could be expanded into the > explicit arithmetic? Can you provide

...lt;llvm-dev-bounces at lists.llvm.org> On Behalf Of Cameron McInally via llvm-dev Sent: Thursday, November 12, 2020 12:53 PM To: Florian Hahn <florian_hahn at apple.com> Cc: David Greene <dag at cray.com>; llvm-dev at lists.llvm.org Subject: [EXT] Re: [llvm-dev] Complex proposal v3 + roundtable agenda On Thu, Nov 12, 2020 at 12:03 PM Florian Hahn via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Hi, > > There’s growing interest among our users to make better use of dedicated hardware instructions for complex math and I would like to re-start the discussion on the top...

> On Nov 13, 2020, at 15:11, Krzysztof Parzyszek via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Examples of complex instructions? Hexagon has a cmpy instruction for complex multiplication, although it works on int16-based values. There is a whole set of these instructions (with various saturation/rounding behaviors), but each one of them can multiply two complex numbers

> On Nov 12, 2020, at 21:36, Cameron McInally <cameron.mcinally at nyu.edu> wrote: > > On Thu, Nov 12, 2020 at 2:47 PM Florian Hahn <florian_hahn at apple.com <mailto:florian_hahn at apple.com>> wrote: >> >> There certainly is some pieces around the edges that will need adjusting or become obsolete, but I would hope/expect the majority of the work to be

...hat. >> >> On Tue, Oct 29, 2019 at 8:23 PM Tom Stellard via llvm-dev >> <llvm-dev at lists.llvm.org> wrote: >> > >> > On 10/29/2019 10:10 AM, Chris Bieneman via llvm-dev wrote: >> > > At the LLVM Developer Meeting on October 23rd we held a CMake roundtable. One of the items we discussed was adopting a more regular timeline for CMake upgrades. During the roundtable there was overwhelming support for upgrading CMake, and support for treating CMake differently than how we treat upgrading host compilers. >> > > >> > > Historically...

...on and cleaning build system somewhat. > > On Tue, Oct 29, 2019 at 8:23 PM Tom Stellard via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > > On 10/29/2019 10:10 AM, Chris Bieneman via llvm-dev wrote: > > At the LLVM Developer Meeting on October 23rd we held a CMake roundtable. > One of the items we discussed was adopting a more regular timeline for > CMake upgrades. During the roundtable there was overwhelming support for > upgrading CMake, and support for treating CMake differently than how we > treat upgrading host compilers. > > Historically we'...

Sorry for the delay in writing this up and sending it out, but I wanted to recap the discussion from the roundtable on October 23rd. The roundtable ran for almost two hours and we discussed at most of the main points in my RFC. Thank you everyone who participated and contributed to the discussion! TL;DR: We should move to CMake 3.15 (RFC incoming). We should make `all` really `all`. We should strive to reduce c...

...Date: Tuesday, October 29, 2019 at 10:10 AM > To: llvm-dev <llvm-dev at lists.llvm.org> > Subject: Re: [llvm-dev] RFC: LLVM Build System Future Direction > >   > > Sorry for the delay in writing this up and sending it out, but I wanted to > recap the discussion from the roundtable on October 23rd. The roundtable ran > for almost two hours and we discussed at most of the main points in my RFC. > Thank you everyone who participated and contributed to the discussion! > >   > > TL;DR: We should move to CMake 3.15 (RFC incoming). We should make `all` > real...

> On Nov 12, 2020, at 18:52, Cameron McInally <cameron.mcinally at nyu.edu> wrote: > > On Thu, Nov 12, 2020 at 12:03 PM Florian Hahn via llvm-dev > <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: >> >> Hi, >> >> There’s growing interest among our users to make better use of dedicated hardware instructions for complex

...onths, and it turned out to not be a big problem -- LLVM's > build files don't change very often, and GN build files are a pleasure to > work with in my opinion. > > I gave the lightning talk just to talk about my personal workflow, but > there was a lot of interest. We had a roundtable on the next day, and about > 20 people said they'd be interested in using this for their development > too. The main request was that the .gn files are checked in upstream, so > that we can collaborate on keeping them working. Two to three orgs even > said they'd be interested i...

On Fri, Nov 13, 2020 at 3:01 PM Florian Hahn <florian_hahn at apple.com> wrote: > > > > On Nov 12, 2020, at 21:36, Cameron McInally <cameron.mcinally at nyu.edu> wrote: > > On Thu, Nov 12, 2020 at 2:47 PM Florian Hahn <florian_hahn at apple.com> wrote: > > There certainly is some pieces around the edges that will need adjusting or become obsolete, but I