search for: cowni

We have noticed that although we have active development in the OpenMP runtime, there is no formal code-owner. I would therefore like to nominate Andrey Churbanov who is a major committer and has deep experience with the runtime code since before it was the LLVM runtime. -- Jim James Cownie <james.h.cownie at intel.com> SSG/DPD/TCAR (Technical Computing, Analyzers and Runtimes) Tel: +44 117 9071438 --------------------------------------------------------------------- Intel Corporation (UK) Limited Registered No. 1134945 (England) Registered Office: Pipers Way, Swindon SN3 1RJ...

...th out-of-tree plugins. If I got all of that right, what connection does it have with LLVM that makes having it in the LLVM tree necessary, or an improvement over simply having it on github (or whatever your favourite open-source hosting location is)? Did I misunderstand something? -- Jim James Cownie <james.h.cownie at intel.com> SSG/DPD/TCAR (Technical Computing, Analyzers and Runtimes) Tel: +44 117 9071438 From: Chandler Carruth [mailto:chandlerc at google.com] Sent: Tuesday, March 15, 2016 10:44 AM To: Jason Henline <jhen at google.com>; C Bergström <cbergstrom at pathscale....

...; <cfe-dev at lists.llvm.org<mailto:cfe-dev at lists.llvm.org>> > To: "Sebastian Pop" <spop at codeaurora.org<mailto:spop at codeaurora.org>> > Cc: "LLVM Dev" <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>>, "James H Cownie" <james.h.cownie at intel.com<mailto:james.h.cownie at intel.com>>, "Viet Ngo" > <ngo at coherentlogix.com<mailto:ngo at coherentlogix.com>>, "cfe-dev" <cfe-dev at lists.llvm.org<mailto:cfe-dev at lists.llvm.org>> > Sent: Friday, N...

...real "glue" holding it there; it simply ended up in the OpenMP directory structure because that was an easy place to put it, not because that's the optimal place for it. To some extent it has stayed there because no-one has put in any effort to do the work to move it. -- Jim James Cownie <james.h.cownie at intel.com> SSG/DPD/TCAR (Technical Computing, Analyzers and Runtimes) Tel: +44 117 9071438 -----Original Message----- From: C Bergström [mailto:cbergstrom at pathscale.com] Sent: Monday, March 14, 2016 5:01 PM To: Cownie, James H <james.h.cownie at intel.com> Cc: l...

----- Original Message ----- > From: "Sebastian Pop" <spop at codeaurora.org> > To: "James H Cownie" <james.h.cownie at intel.com> > Cc: "Hal Finkel" <hfinkel at anl.gov>, "John Leidel (jleidel)" <jleidel at micron.com>, "LLVM Dev" > <llvm-dev at lists.llvm.org>, "cfe-dev" <cfe-dev at lists.llvm.org>, "Viet Ngo...

...implemented a C++ specific user-friendly interface on top of the existing liboffload functionality, but we don't see a reason to rework the OpenMP implementation to use StreamExecutor (since what LLVM already has is working fine, and supporting offload to both GPUs and Xeon Phi). -- Jim James Cownie <james.h.cownie at intel.com<mailto:james.h.cownie at intel.com>> SSG/DPD/TCAR (Technical Computing, Analyzers and Runtimes) Tel: +44 117 9071438 --------------------------------------------------------------------- Intel Corporation (UK) Limited Registered No. 1134945 (England) Regis...

...t place. > I have been quite vocal the work wasn't for everyone else to pay, but > should have been part of the initial design. (Basically getting it > right the 1st time - instead of forcing someone else to wade through a > bunch of cmake) > > On Tue, Mar 15, 2016 at 1:10 AM, Cownie, James H > <james.h.cownie at intel.com> wrote: > >> I'd support some of Jame's comments if liboffload wasn't glued to OMP > as it is now. > > > > I certainly have no objection to moving liboffload elsewhere if that > makes it more useful to people....

...nk it makes sense. How > long do we wait to change the file? Is there any process that you'd > like to follow? > I don't think there is a formal process, but usually the file gets updated once Chris approves. -Tom > cheers, > --renato > > On 30 April 2015 at 10:03, Cownie, James H <james.h.cownie at intel.com> wrote: > > We have noticed that although we have active development in the OpenMP > > runtime, there is no formal code-owner. > > > > > > > > I would therefore like to nominate Andrey Churbanov who is a major committe...

Hi, On Wed, Nov 11, 2015 at 8:01 AM, Cownie, James H via cfe-dev <cfe-dev at lists.llvm.org> wrote: > It would be much more convenient for those of us who are in town for SC and staying downtown if we could find somewhere in walking range. (Which in my mind is 1 to 3/2 of a mile; others may have different criteria, but I find a 30...

Why is this thread still going? Isn't the most pragmatic choice to just make it a build configuration option and be done? Then whoever is actually packaging it can make the most sensible choice for their needs.. Should I send a patch so this bikeshed thread can die?

Am I mistaken in that some .c files must actually be compiled as c++? In file included from openmp-llvm/runtime/src/kmp_ftn_cdecl.c:16: openmp-llvm/runtime/src/kmp.h:210:3: warning: redefinition of typedef 'ident_t' is a C11 feature [-Wtypedef-redefinition] } ident_t; ^ ---------- I previously sent a patch that fixes this and it was completely rejected. IMHO - This must be fixed 1) C

Now that we've kick-started the LLVM OpenMP runtime discussion, I want to make a concrete proposal to get a test suite up and running for the LLVM OpenMP runtime. I don't think the current setup as an LLVM subproject is sustainable going forward without some form of testing support, automated or otherwise. The motivation: It's difficult to make changes to the source without some

...lity, so code compiled by older compilers can be run against newer runtime libraries. On the benchmarks side of things, since everyone is so keen on this not only being about Intel, surely it’d be good to have some comparisons of performance vs gcc on Power or Arm as well as on X86. -- Jim James Cownie <james.h.cownie at intel.com> SSG/DPD/TCAR (Technical Computing, Analyzers and Runtimes) Tel: +44 117 9071438 From: Hal Finkel [mailto:hfinkel at anl.gov] Sent: Tuesday, May 5, 2015 5:39 PM To: Richard Smith Cc: Andrey Bokhanko; cfe-dev; LLVM Developers Mailing List; Douglas Gregor; C Bergs...

Hi everyone, There seems to be a good level of interest in this; so we should settle on a time and location. It has been pointed out that previous socials were held at http://bbrovers.com/ - we seem to have a preference for the availability of alcoholic beverages, and otherwise no strong opinions have been expressed. Logistically, we should pick someplace likely to have flexibility regarding

...idea whether there are equivalent interfaces on MIPS (Imagination) or ARM platforms that would allow you to discover the hardware configuration of the machine in a portable manner (I.e. one that works no matter what implementation of the architecture you happen to be running on). -- Jim James Cownie <james.h.cownie at intel.com> SSG/DPD/TCAR (Technical Computing, Analyzers and Runtimes) Tel: +44 117 9071438 -----Original Message----- From: Dr D. Chisnall [mailto:dc552 at hermes.cam.ac.uk] On Behalf Of David Chisnall Sent: Thursday, February 27, 2014 9:30 AM To: Alp Toker Cc: openmp-de...

...g/llvm don't. Therefore it is impossible to compile the support for 128 bit reductions (which exists in the runtime source) using clang. (Though gcc may not be calling the runtime to do reductions anyway, in which case the issue is a more general one of test coverage). -- Jim James Cownie <james.h.cownie at intel.com> SSG/DPD/TCAR (Technical Computing, Analyzers and Runtimes) Tel: +44 117 9071438 -----Original Message----- From: Alp Toker [mailto:alp at nuanti.com] Sent: Tuesday, February 25, 2014 11:14 PM To: openmp-dev at dcs-maillist2.engr.illinois.edu Cc: llvmdev at cs...

...cenes to test new developments all the way; and last, but not least Richard Smith (Google), John McCall (Apple), Hal Finkel (ANL), Dmitry Gribenko (Apple) and Doug Gregor (Apple) who did a ton of code reviews and ensured high quality of the implementation. Other people worth mentioning include Jim Cownie, Jack Howarth, Chris Bergström and many members of OpenMP ARB who contributed with code reviews, testing and general expertise. Well done! -- and keep up the good work, to OpenMP 4.x and beyond! ;-) Yours, Andrey Bokhanko ============= Software Engineer Intel Compiler Team Intel

On 26/02/2014 09:03, David Chisnall wrote: > On 25 Feb 2014, at 23:13, Alp Toker <alp at nuanti.com> wrote: > >> Now that we've kick-started the LLVM OpenMP runtime discussion, I want to make a concrete proposal to get a test suite up and running for the LLVM OpenMP runtime. I don't think the current setup as an LLVM subproject is sustainable going forward without some

...l at anl.gov Program Committee: Andrew Trick, Apple Cameron McInally, Cray Chandler Carruth, Google Erik Schnetter, Perimeter Institute for Theoretical Physics Frank Winter, Thomas Jefferson National Accelerator Facility Gary Funck, Intrepid Technology James Brodman, Intel Jeff Hammond, Intel Jim Cownie, Intel John Mellor-Crummey, Rice University Keno Fischer, Julia Computing, Inc. Michael Wong, Codeplay Nadav Rotem, Apple Pat McCormick, Los Alamos National Laboratory Ralf Karrenberg, Saarland University Sameer Shende, University of Oregon Tobias Grosser, ETH Zürich Torsten Hoefler, ETH Zürich -...

...LLVM naming conventions and use 'libllomp'? Of course, we > should install symlinks under the name 'libiomp' if needed for existing > users to not be broken. > - Any other changes? > Adding openmp-dev list (in retrospect, should have been done at the very start...), Jim Cownie and Andrey Churbanov. > 2) I think we need to update the instructions for checking out LLVM and > all the tools to include checking out the openmp project. I'm planning to > try it out in a bit. > Cool! Thank you! > 3) It would be nice to get at least one boring benchmark i...