search for: tcar

...As such install the following (at a minimum) with yum: - {{{yum -y install sudo vim-enhanced gettext + {{{yum -y install sudo vim-enhanced gettext texinfo-tex }}} --- from the wiki to the centos-art.sh documentation? The centos-art.sh preparation process is being documented at `trunk/Manuals/Tcar-ug' directory, specifically in the `trunk/Manuals/Tcar-ug/Scripts/Bash/prepare.docbook' file. It would be nice if we keep http://wiki.centos.org/ArtWork as simple as possible. All the package administration must be handle inside the prepare functionality and described in its documentati...

...ctive 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 VAT No: 860 2173 47 This e-mail and any attachmen...

...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: llvm-dev <llvm-dev at lists.llvm.org>; cfe-de...

...ality, 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) Registered Office: Pipers Way, Swindon SN3 1RJ VAT No: 860 2173 47 This e-mail and any attachmen...

..., 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.com>; Cownie, James H <james.h.cownie at int...

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

...e 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&g...

...ion it is a quieter place than 6th street, that will allow us to hear each other when talking about LLVM ;-) Sebastian > Especially if (as I am) we're double-booked, so would like to drop in and out... > > -- Jim > > James Cownie <james.h.cownie at intel.com> > SSG/DPD/TCAR (Technical Computing, Analyzers and Runtimes) > Tel: +44 117 9071438 > > -----Original Message----- > From: Openmp-dev [mailto:openmp-dev-bounces at lists.llvm.org] On Behalf Of Hal Finkel via Openmp-dev > Sent: Wednesday, November 11, 2015 7:27 AM > To: John Leidel (jleidel) >...

...we're double-booked, so would like to > > >> drop > > >> in and out... > > >> > > >> -- 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 > > >> > > >> -----Original Message----- > > >> From: Openmp-dev [mailto:openmp-dev-bounces at lists.llvm.org<mailto:openmp-dev-bounces at lists.llvm.org>] On > > &g...

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

...re 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) > > Register...

...out LLVM ;-) > > > > Sebastian > > > >> Especially if (as I am) we're double-booked, so would like to drop > >> in and out... > >> > >> -- Jim > >> > >> James Cownie <james.h.cownie at intel.com> > >> SSG/DPD/TCAR (Technical Computing, Analyzers and Runtimes) > >> Tel: +44 117 9071438 > >> > >> -----Original Message----- > >> From: Openmp-dev [mailto:openmp-dev-bounces at lists.llvm.org] On > >> Behalf Of Hal Finkel via Openmp-dev > >> Sent: Wednesday, No...

...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-dev at dcs-maillist2.engr.illinois.edu; Cownie, Jame...

...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.uiuc.edu; clang-dev Developers; Cownie, James H;...

On 30 April 2015 at 10:06, Hal Finkel <hfinkel at anl.gov> wrote: >> >> I'd like to resurrect the discussion on replacing libgomp with >> libiomp as the default OpenMP runtime library linked with -fopenmp. >> >> >> For reference, the previous discussion is accessible there: >>

On 8 February 2016 at 22:56, <cbergstrom at pathscale.com> wrote: > Imho it's critical to get parallel programming working on ARMv8 ( even if it's crappy OMP) to start. Please enable it and I'll run the tests against our internal QA and we can informally handle testing / guarding against regressions. So, I got some dependency errors while building OpenMP on my AArch64 box:

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

...n 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 Bergström; Michael Wong; Alexey Bataev; Chandler Carrut...

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

On Thu, Apr 30, 2015 at 2:51 PM, Chandler Carruth <chandlerc at google.com> wrote: > On Thu, Apr 30, 2015 at 6:52 AM Andrey Bokhanko <andreybokhanko at gmail.com> > wrote: > >> All, >> >> I'd like to resurrect the discussion on replacing libgomp with libiomp as >> the default OpenMP runtime library linked with -fopenmp. >> > > Just for