December 2021 - Ecp-aurora-sdk-discuss

Re: [Ecp-aurora-sdk-discuss] [EXTERNAL] Re: Questions about Kokkos at JLSE
by Hart, William E 14 Dec '21

14 Dec '21

Ah, that could be the problem. I'll check later today. -Bill From: Williams, Timothy J. <zippy(a)anl.gov> Sent: Tuesday, December 14, 2021 2:01 PM To: Hart, William E <wehart(a)sandia.gov>; Garcia Martinez, Marta <mgarcia(a)alcf.anl.gov> Cc: ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov Subject: Re: [EXTERNAL] Re: [Ecp-aurora-sdk-discuss] Questions about Kokkos at JLSE I'm not 100% sure, but if, when you create your shared object library you are including -lkokkoscore referring to the libkokkoscore.a static library, I think it should pull put the code for the libkokkoscore functions you are using. There's a limit to what's in libkokkoscore, though, since many kokkos template functions are only instantiated and built when you build the end application. Let me know if you are encountering problems trying this. I could try installing a libkokkoscore.so version if needed. Tim ------- Timothy J. Williams, Ph.D. --- Argonne National Laboratory --- tjwilliams(a)anl.gov<mailto:[email protected]> ------- From: Hart, William E <wehart(a)sandia.gov<mailto:[email protected]>> Date: Tuesday, December 14, 2021 at 12:03 PM To: Williams, Timothy J. <zippy(a)anl.gov<mailto:[email protected]>>, Garcia Martinez, Marta <mgarcia(a)alcf.anl.gov<mailto:[email protected]>> Cc: ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]> <ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]>> Subject: RE: [EXTERNAL] Re: [Ecp-aurora-sdk-discuss] Questions about Kokkos at JLSE Tim: So that means I should be able to pull-in the libkokkos.a file into my shared object library? --Bill From: Williams, Timothy J. <zippy(a)anl.gov<mailto:[email protected]>> Sent: Monday, December 13, 2021 7:38 PM To: Garcia Martinez, Marta <mgarcia(a)alcf.anl.gov<mailto:[email protected]>>; Hart, William E <wehart(a)sandia.gov<mailto:[email protected]>> Cc: ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]> Subject: [EXTERNAL] Re: [Ecp-aurora-sdk-discuss] Questions about Kokkos at JLSE The prebuilt (currently only static) kokkos libraries for OpenMPTarget and SYCL backends are supposed to be built with -fPIC for position independent code. If any of them appear not to be, let me know. Best regards, Tim ------- Timothy J. Williams, Ph.D. --- Argonne National Laboratory --- tjwilliams(a)anl.gov<mailto:[email protected]> ------- From: Ecp-aurora-sdk-discuss <ecp-aurora-sdk-discuss-bounces(a)lists.jlse.anl.gov<mailto:[email protected]>> on behalf of Garcia Martinez, Marta via Ecp-aurora-sdk-discuss <ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]>> Date: Monday, December 13, 2021 at 10:08 AM To: Hart, William E <wehart(a)sandia.gov<mailto:[email protected]>> Cc: ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]> <ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]>> Subject: Re: [Ecp-aurora-sdk-discuss] Questions about Kokkos at JLSE Hi William, You have a couple of pages in the Confluence JLSE website that are updated frequently. * https://wiki.jlse.anl.gov/pages/viewpage.action?pageId=38798583 * https://wiki.jlse.anl.gov/display/inteldga/OpenMP+Target+backend+Kokkos I personally tested with Uintah with the OpenMPTarget last week and didn't see any problem but we might need different flags. Tim and Patrick will be able to reply more about the OpenMP Target build and Daniel about the SYCL build but at least you can start there. Hope this helps, Marta On Dec 13, 2021, at 9:49 AM, Hart, William E via Ecp-aurora-sdk-discuss <ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]>> wrote: Hi, all: I'm trying to build a project using Kokkos targeting execution on Arcticus. I have several questions about the JLSE Kokkos builds. 1. Are there there Kokkos builds built using flags for position independent code? I only see *.a libraries, and it looks like these are static libraries. 2. Given (1), I'm trying to build Kokkos, and I was surprised to see errors where the sycl::ONEAPI namespace is referenced. Looking at the Kokkos issues, it looks like this is triggered by changes in the intel compilers. Do you have a recommended set of build options to use right now? Thanks, --Bill -- Ecp-aurora-sdk-discuss mailing list Ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]> https://lists.jlse.anl.gov/mailman/listinfo/ecp-aurora-sdk-discuss

1 0

Re: [Ecp-aurora-sdk-discuss] [EXTERNAL] A question about intel C compiler
by Applencourt, Thomas 14 Dec '21

14 Dec '21

I created a reproducer (/soft/restricted/CNDA/anl_testing/source/reproducers/icx/sycl_icx), and opened a ticket with intel: `cmplrllvm-33525` so we can have a warning message when using icx + -fyscl. Regards, Thomas Thomas Applencourt Leadership Computing Facility Argonne National Laboratory Building 240 Office - 1.D.18 9700 S Cass Av., Lemont Il, 60439 (630) 252-0036 ________________________________ From: Ecp-aurora-sdk-discuss <ecp-aurora-sdk-discuss-bounces(a)lists.jlse.anl.gov> on behalf of Hart, William E via Ecp-aurora-sdk-discuss <ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov> Sent: Friday, December 10, 2021 12:11 To: Hart, William E <wehart(a)sandia.gov>; ecp-aurora-sdk-discuss(a)jlse.anl.gov <ecp-aurora-sdk-discuss(a)jlse.anl.gov> Subject: Re: [Ecp-aurora-sdk-discuss] [EXTERNAL] A question about intel C compiler I omitted the flags to build with SYCL, and icx started acting like a C compiler again. Sigh. --Bill From: Ecp-aurora-sdk-discuss <ecp-aurora-sdk-discuss-bounces(a)lists.jlse.anl.gov> On Behalf Of Hart, William E via Ecp-aurora-sdk-discuss Sent: Friday, December 10, 2021 9:44 AM To: ecp-aurora-sdk-discuss(a)jlse.anl.gov Subject: [EXTERNAL] [Ecp-aurora-sdk-discuss] A question about intel C compiler I’m seeing an error compiling a C file with icx: icx -o cbflib/src/cbf.o -c -fsycl -fno-sycl-id-queries-fit-in-int -fsycl-dead-args-optimization -fPIC -fno-strict-aliasing -DNDEBUG -O3 -funroll-loops - DBOOST_ALL_NO_LIB -ffast-math -DCBF_NO_REGEX -I/home/ac.wehart/exafel/alcc-recipes/cctbx/build/../opt/mamba/envs/psana_env/include -I/home/ac.wehart/exafel/alcc-recipes/cctbx/modules -I/home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cctbx_project -I/home/ac.wehart/exafel/alcc-recipes/cctbx/build/annlib_adaptbx/include -I/home/ac. wehart/exafel/alcc-recipes/cctbx/conda_base/include -I/home/ac.wehart/exafel/alcc-recipes/cctbx/build/include -I/home/ac.wehart/exafel/alcc-recipes/cctbx/modules/ cctbx_project -I/home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cctbx_project -I/home/ac.wehart/exafel/alcc-recipes/cctbx/modules/boost -I/home/ac.wehart/exafel/alcc- recipes/cctbx/modules/cbflib -I/home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cbflib/examples -I/home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cbflib/include -I/ home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cctbx_project/cbflib_adaptbx -I/home/ac.wehart/exafel/alcc-recipes/cctbx/opt/mamba/envs/psana_env/include -I/home/ac. wehart/exafel/alcc-recipes/cctbx/build/../opt/mamba/envs/psana_env/include /home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cbflib/src/cbf.c sh: /home/ac.wehart/exafel/alcc-recipes/cctbx/build/../opt/mamba/envs/psana_env/lib/libtinfo.so.6: no version information available (required by /lib64/libreadline.so.7) /home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cbflib/src/cbf.c:6088:20: error: assigning to 'char *' from 'const char *' discards qualifiers if (!(colstart = strchr(tag,'.'))) { ^~~~~~~~~~~~~~~ /home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cbflib/src/cbf.c:6141:20: error: assigning to 'char *' from 'const char *' discards qualifiers if (!(colstart = strchr(tag,'.'))) { ^~~~~~~~~~~~~~~ 2 warnings generated. /home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cbflib/src/cbf.c:7836:37: error: assigning to 'char *' from 'const char *' discards qualifiers colonpos = strchr(enumvalue,':'); ^~~~~~~~~~~~~~~~~~~~~ /home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cbflib/src/cbf.c:8560:26: warning: ISO C++11 does not allow conversion from string literal to 'char *' [-Wwritable- strings] return cbf_match(value,"^[A-Za-z]$"); This error suggests that icx is really just the C++ compiler. Is there a icx flag to enforce C semantics when building C files? I’m porting some code to Arcticus, and I’m concerned that I’ll need to convert a lot of C code to C++. --Bill

1 0

Re: [Ecp-aurora-sdk-discuss] [EXTERNAL] Re: Questions about Kokkos at JLSE
by Williams, Timothy J. 14 Dec '21

14 Dec '21

I’m not 100% sure, but if, when you create your shared object library you are including -lkokkoscore referring to the libkokkoscore.a static library, I think it should pull put the code for the libkokkoscore functions you are using. There’s a limit to what’s in libkokkoscore, though, since many kokkos template functions are only instantiated and built when you build the end application. Let me know if you are encountering problems trying this. I could try installing a libkokkoscore.so version if needed. Tim ------- Timothy J. Williams, Ph.D. --- Argonne National Laboratory --- tjwilliams(a)anl.gov ------- From: Hart, William E <wehart(a)sandia.gov> Date: Tuesday, December 14, 2021 at 12:03 PM To: Williams, Timothy J. <zippy(a)anl.gov>, Garcia Martinez, Marta <mgarcia(a)alcf.anl.gov> Cc: ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov <ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov> Subject: RE: [EXTERNAL] Re: [Ecp-aurora-sdk-discuss] Questions about Kokkos at JLSE Tim: So that means I should be able to pull-in the libkokkos.a file into my shared object library? --Bill From: Williams, Timothy J. <zippy(a)anl.gov> Sent: Monday, December 13, 2021 7:38 PM To: Garcia Martinez, Marta <mgarcia(a)alcf.anl.gov>; Hart, William E <wehart(a)sandia.gov> Cc: ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov Subject: [EXTERNAL] Re: [Ecp-aurora-sdk-discuss] Questions about Kokkos at JLSE The prebuilt (currently only static) kokkos libraries for OpenMPTarget and SYCL backends are supposed to be built with -fPIC for position independent code. If any of them appear not to be, let me know. Best regards, Tim ------- Timothy J. Williams, Ph.D. --- Argonne National Laboratory --- tjwilliams(a)anl.gov<mailto:[email protected]> ------- From: Ecp-aurora-sdk-discuss <ecp-aurora-sdk-discuss-bounces(a)lists.jlse.anl.gov<mailto:[email protected]>> on behalf of Garcia Martinez, Marta via Ecp-aurora-sdk-discuss <ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]>> Date: Monday, December 13, 2021 at 10:08 AM To: Hart, William E <wehart(a)sandia.gov<mailto:[email protected]>> Cc: ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]> <ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]>> Subject: Re: [Ecp-aurora-sdk-discuss] Questions about Kokkos at JLSE Hi William, You have a couple of pages in the Confluence JLSE website that are updated frequently. * https://wiki.jlse.anl.gov/pages/viewpage.action?pageId=38798583 * https://wiki.jlse.anl.gov/display/inteldga/OpenMP+Target+backend+Kokkos I personally tested with Uintah with the OpenMPTarget last week and didn’t see any problem but we might need different flags. Tim and Patrick will be able to reply more about the OpenMP Target build and Daniel about the SYCL build but at least you can start there. Hope this helps, Marta On Dec 13, 2021, at 9:49 AM, Hart, William E via Ecp-aurora-sdk-discuss <ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]>> wrote: Hi, all: I’m trying to build a project using Kokkos targeting execution on Arcticus. I have several questions about the JLSE Kokkos builds. 1. Are there there Kokkos builds built using flags for position independent code? I only see *.a libraries, and it looks like these are static libraries. 2. Given (1), I’m trying to build Kokkos, and I was surprised to see errors where the sycl::ONEAPI namespace is referenced. Looking at the Kokkos issues, it looks like this is triggered by changes in the intel compilers. Do you have a recommended set of build options to use right now? Thanks, --Bill -- Ecp-aurora-sdk-discuss mailing list Ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]> https://lists.jlse.anl.gov/mailman/listinfo/ecp-aurora-sdk-discuss

1 0

A sycl linking issue
by Hart, William E 14 Dec '21

14 Dec '21

Hi, all: I'm seeing an unusual issue loading a shared object library on Arcticus, where a Sycl library doesn't seem to be found while resolving symbols. I'm running a *.so file from Python on Arcitcus, and I'm getting a missing symbol error. Traceback (most recent call last): File "/home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cctbx_project/boost_adaptbx/boost/python.py", line 22, in import_ext try: mod = __import__(name) ImportError: /home/ac.wehart/exafel/alcc-recipes/cctbx/build/lib/libsimtbx_kokkos.so: undefined symbol: _ZN2cl4sycl7handler24GetRangeRoundingSettingsERmS2_S2_ I've confirmed that the libsimtbx_kokkos.so file knows about the sycl library: ldd /home/ac.wehart/exafel/alcc-recipes/cctbx/build/lib/libsimtbx_kokkos.so linux-vdso.so.1 (0x00007fff01949000) libomptbx.so => not found libboost_thread.so.1.74.0 => not found libboost_system.so.1.74.0 => not found libboost_python37.so.1.74.0 => not found libimf.so => /soft/restricted/CNDA/sdk/2021.10.30.001/oneapi/compiler/pseudo-20211026/compiler/linux/compiler/lib/intel64_lin/libimf.so (0x00007fcfd5c4c000) libm.so.6 => /lib64/libm.so.6 (0x00007fcfd590b000) libscitbx_boost_python.so => not found libcctbx.so => not found libsycl.so.5 => /soft/restricted/CNDA/sdk/2021.10.30.001/oneapi/compiler/pseudo-20211026/compiler/linux/lib/libsycl.so.5 (0x00007fcfd5628000) Further, I've confirmed that the missing symbol is in this particular libsycl library: nm -o /soft/restricted/CNDA/sdk/2021.10.30.001/oneapi/compiler/pseudo-20211026/compiler/linux/lib/libsycl.so.5 | grep GetRang /soft/restricted/CNDA/sdk/2021.10.30.001/oneapi/compiler/pseudo-20211026/compiler/linux/lib/libsycl.so.5:00000000002b7270 T _ZN2cl4sycl7handler24GetRangeRoundingSettingsERmS2_S2_ Any clue what might be going on? --Bill -----Original Appointment----- From: Muralidharan, Servesh <servesh(a)anl.gov<mailto:[email protected]>> Sent: Tuesday, December 14, 2021 11:45 AM To: Muralidharan, Servesh; Hart, William E Subject: [EXTERNAL] CCTBX - ExaFEL Kickoff When: Thursday, December 16, 2021 4:00 PM-5:00 PM (UTC-06:00) Central Time (US & Canada). Where: ________________________________________________________________________________ Microsoft Teams meeting Join on your computer or mobile app Click here to join the meeting<https://teams.microsoft.com/l/meetup-join/19%3ameeting_ZDA0OWIxN2EtOTZkNi00…> Or call in (audio only) +1 630-556-7958,,480495794#<tel:+16305567958,,480495794#> United States, Big Rock Phone Conference ID: 480 495 794# Find a local number<https://dialin.teams.microsoft.com/99d5311c-737a-4ccf-b5fb-198aeb5c306f?id=…> | Reset PIN<https://mysettings.lync.com/pstnconferencing> Learn More<https://aka.ms/JoinTeamsMeeting> | Meeting options<https://teams.microsoft.com/meetingOptions/?organizerId=9722f6a0-ea98-4777-…> ________________________________________________________________________________

1 0

Re: [Ecp-aurora-sdk-discuss] [EXTERNAL] Re: Questions about Kokkos at JLSE
by Hart, William E 14 Dec '21

14 Dec '21

Tim: So that means I should be able to pull-in the libkokkos.a file into my shared object library? --Bill From: Williams, Timothy J. <zippy(a)anl.gov> Sent: Monday, December 13, 2021 7:38 PM To: Garcia Martinez, Marta <mgarcia(a)alcf.anl.gov>; Hart, William E <wehart(a)sandia.gov> Cc: ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov Subject: [EXTERNAL] Re: [Ecp-aurora-sdk-discuss] Questions about Kokkos at JLSE The prebuilt (currently only static) kokkos libraries for OpenMPTarget and SYCL backends are supposed to be built with -fPIC for position independent code. If any of them appear not to be, let me know. Best regards, Tim ------- Timothy J. Williams, Ph.D. --- Argonne National Laboratory --- tjwilliams(a)anl.gov<mailto:[email protected]> ------- From: Ecp-aurora-sdk-discuss <ecp-aurora-sdk-discuss-bounces(a)lists.jlse.anl.gov<mailto:[email protected]>> on behalf of Garcia Martinez, Marta via Ecp-aurora-sdk-discuss <ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]>> Date: Monday, December 13, 2021 at 10:08 AM To: Hart, William E <wehart(a)sandia.gov<mailto:[email protected]>> Cc: ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]> <ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]>> Subject: Re: [Ecp-aurora-sdk-discuss] Questions about Kokkos at JLSE Hi William, You have a couple of pages in the Confluence JLSE website that are updated frequently. * https://wiki.jlse.anl.gov/pages/viewpage.action?pageId=38798583 * https://wiki.jlse.anl.gov/display/inteldga/OpenMP+Target+backend+Kokkos I personally tested with Uintah with the OpenMPTarget last week and didn't see any problem but we might need different flags. Tim and Patrick will be able to reply more about the OpenMP Target build and Daniel about the SYCL build but at least you can start there. Hope this helps, Marta On Dec 13, 2021, at 9:49 AM, Hart, William E via Ecp-aurora-sdk-discuss <ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]>> wrote: Hi, all: I'm trying to build a project using Kokkos targeting execution on Arcticus. I have several questions about the JLSE Kokkos builds. 1. Are there there Kokkos builds built using flags for position independent code? I only see *.a libraries, and it looks like these are static libraries. 2. Given (1), I'm trying to build Kokkos, and I was surprised to see errors where the sycl::ONEAPI namespace is referenced. Looking at the Kokkos issues, it looks like this is triggered by changes in the intel compilers. Do you have a recommended set of build options to use right now? Thanks, --Bill -- Ecp-aurora-sdk-discuss mailing list Ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]> https://lists.jlse.anl.gov/mailman/listinfo/ecp-aurora-sdk-discuss

1 0

Re: [Ecp-aurora-sdk-discuss] Questions about Kokkos at JLSE
by Williams, Timothy J. 13 Dec '21

13 Dec '21

The prebuilt (currently only static) kokkos libraries for OpenMPTarget and SYCL backends are supposed to be built with -fPIC for position independent code. If any of them appear not to be, let me know. Best regards, Tim ------- Timothy J. Williams, Ph.D. --- Argonne National Laboratory --- tjwilliams(a)anl.gov ------- From: Ecp-aurora-sdk-discuss <ecp-aurora-sdk-discuss-bounces(a)lists.jlse.anl.gov> on behalf of Garcia Martinez, Marta via Ecp-aurora-sdk-discuss <ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov> Date: Monday, December 13, 2021 at 10:08 AM To: Hart, William E <wehart(a)sandia.gov> Cc: ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov <ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov> Subject: Re: [Ecp-aurora-sdk-discuss] Questions about Kokkos at JLSE Hi William, You have a couple of pages in the Confluence JLSE website that are updated frequently. * https://wiki.jlse.anl.gov/pages/viewpage.action?pageId=38798583 * https://wiki.jlse.anl.gov/display/inteldga/OpenMP+Target+backend+Kokkos I personally tested with Uintah with the OpenMPTarget last week and didn’t see any problem but we might need different flags. Tim and Patrick will be able to reply more about the OpenMP Target build and Daniel about the SYCL build but at least you can start there. Hope this helps, Marta On Dec 13, 2021, at 9:49 AM, Hart, William E via Ecp-aurora-sdk-discuss <ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]>> wrote: Hi, all: I’m trying to build a project using Kokkos targeting execution on Arcticus. I have several questions about the JLSE Kokkos builds. 1. Are there there Kokkos builds built using flags for position independent code? I only see *.a libraries, and it looks like these are static libraries. 2. Given (1), I’m trying to build Kokkos, and I was surprised to see errors where the sycl::ONEAPI namespace is referenced. Looking at the Kokkos issues, it looks like this is triggered by changes in the intel compilers. Do you have a recommended set of build options to use right now? Thanks, --Bill -- Ecp-aurora-sdk-discuss mailing list Ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]> https://lists.jlse.anl.gov/mailman/listinfo/ecp-aurora-sdk-discuss

1 0

Re: [Ecp-aurora-sdk-discuss] Questions about Kokkos at JLSE
by Garcia Martinez, Marta 13 Dec '21

13 Dec '21

Hi William, You have a couple of pages in the Confluence JLSE website that are updated frequently. * https://wiki.jlse.anl.gov/pages/viewpage.action?pageId=38798583 * https://wiki.jlse.anl.gov/display/inteldga/OpenMP+Target+backend+Kokkos I personally tested with Uintah with the OpenMPTarget last week and didn’t see any problem but we might need different flags. Tim and Patrick will be able to reply more about the OpenMP Target build and Daniel about the SYCL build but at least you can start there. Hope this helps, Marta On Dec 13, 2021, at 9:49 AM, Hart, William E via Ecp-aurora-sdk-discuss <ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]>> wrote: Hi, all: I’m trying to build a project using Kokkos targeting execution on Arcticus. I have several questions about the JLSE Kokkos builds. 1. Are there there Kokkos builds built using flags for position independent code? I only see *.a libraries, and it looks like these are static libraries. 2. Given (1), I’m trying to build Kokkos, and I was surprised to see errors where the sycl::ONEAPI namespace is referenced. Looking at the Kokkos issues, it looks like this is triggered by changes in the intel compilers. Do you have a recommended set of build options to use right now? Thanks, --Bill -- Ecp-aurora-sdk-discuss mailing list Ecp-aurora-sdk-discuss(a)lists.jlse.anl.gov<mailto:[email protected]> https://lists.jlse.anl.gov/mailman/listinfo/ecp-aurora-sdk-discuss

1 0

Re: [Ecp-aurora-sdk-discuss] Questions about Kokkos at JLSE
by Arndt, Daniel 13 Dec '21

13 Dec '21

Hi Bill, Instructions for building Kokkos+SYCL on JLSE can be found at https://wiki.jlse.anl.gov/pages/viewpage.action?pageId=38798583. The master branch likely doesn't work with the latest compiler drops (it might work with https://github.com/kokkos/kokkos/pull/4493)<https://github.com/kokkos/kokkos/pull/4493)> but using a recent commit from the develop branch should be fine. Let me know if you have more questions. Best, Daniel Sent from Hiri<https://www.hiri.com/> On 2021-12-13 10:50:14-05:00 Ecp-aurora-sdk-discuss wrote: Hi, all: I’m trying to build a project using Kokkos targeting execution on Arcticus. I have several questions about the JLSE Kokkos builds. 1. Are there there Kokkos builds built using flags for position independent code? I only see *.a libraries, and it looks like these are static libraries. 2. Given (1), I’m trying to build Kokkos, and I was surprised to see errors where the sycl::ONEAPI namespace is referenced. Looking at the Kokkos issues, it looks like this is triggered by changes in the intel compilers. Do you have a recommended set of build options to use right now? Thanks, --Bill

1 0

Questions about Kokkos at JLSE
by Hart, William E 13 Dec '21

13 Dec '21

Hi, all: I'm trying to build a project using Kokkos targeting execution on Arcticus. I have several questions about the JLSE Kokkos builds. 1. Are there there Kokkos builds built using flags for position independent code? I only see *.a libraries, and it looks like these are static libraries. 2. Given (1), I'm trying to build Kokkos, and I was surprised to see errors where the sycl::ONEAPI namespace is referenced. Looking at the Kokkos issues, it looks like this is triggered by changes in the intel compilers. Do you have a recommended set of build options to use right now? Thanks, --Bill

1 0

Re: [Ecp-aurora-sdk-discuss] [EXTERNAL] A question about intel C compiler
by Hart, William E 10 Dec '21

10 Dec '21

I omitted the flags to build with SYCL, and icx started acting like a C compiler again. Sigh. --Bill From: Ecp-aurora-sdk-discuss <ecp-aurora-sdk-discuss-bounces(a)lists.jlse.anl.gov> On Behalf Of Hart, William E via Ecp-aurora-sdk-discuss Sent: Friday, December 10, 2021 9:44 AM To: ecp-aurora-sdk-discuss(a)jlse.anl.gov Subject: [EXTERNAL] [Ecp-aurora-sdk-discuss] A question about intel C compiler I'm seeing an error compiling a C file with icx: icx -o cbflib/src/cbf.o -c -fsycl -fno-sycl-id-queries-fit-in-int -fsycl-dead-args-optimization -fPIC -fno-strict-aliasing -DNDEBUG -O3 -funroll-loops - DBOOST_ALL_NO_LIB -ffast-math -DCBF_NO_REGEX -I/home/ac.wehart/exafel/alcc-recipes/cctbx/build/../opt/mamba/envs/psana_env/include -I/home/ac.wehart/exafel/alcc-recipes/cctbx/modules -I/home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cctbx_project -I/home/ac.wehart/exafel/alcc-recipes/cctbx/build/annlib_adaptbx/include -I/home/ac. wehart/exafel/alcc-recipes/cctbx/conda_base/include -I/home/ac.wehart/exafel/alcc-recipes/cctbx/build/include -I/home/ac.wehart/exafel/alcc-recipes/cctbx/modules/ cctbx_project -I/home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cctbx_project -I/home/ac.wehart/exafel/alcc-recipes/cctbx/modules/boost -I/home/ac.wehart/exafel/alcc- recipes/cctbx/modules/cbflib -I/home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cbflib/examples -I/home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cbflib/include -I/ home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cctbx_project/cbflib_adaptbx -I/home/ac.wehart/exafel/alcc-recipes/cctbx/opt/mamba/envs/psana_env/include -I/home/ac. wehart/exafel/alcc-recipes/cctbx/build/../opt/mamba/envs/psana_env/include /home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cbflib/src/cbf.c sh: /home/ac.wehart/exafel/alcc-recipes/cctbx/build/../opt/mamba/envs/psana_env/lib/libtinfo.so.6: no version information available (required by /lib64/libreadline.so.7) /home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cbflib/src/cbf.c:6088:20: error: assigning to 'char *' from 'const char *' discards qualifiers if (!(colstart = strchr(tag,'.'))) { ^~~~~~~~~~~~~~~ /home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cbflib/src/cbf.c:6141:20: error: assigning to 'char *' from 'const char *' discards qualifiers if (!(colstart = strchr(tag,'.'))) { ^~~~~~~~~~~~~~~ 2 warnings generated. /home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cbflib/src/cbf.c:7836:37: error: assigning to 'char *' from 'const char *' discards qualifiers colonpos = strchr(enumvalue,':'); ^~~~~~~~~~~~~~~~~~~~~ /home/ac.wehart/exafel/alcc-recipes/cctbx/modules/cbflib/src/cbf.c:8560:26: warning: ISO C++11 does not allow conversion from string literal to 'char *' [-Wwritable- strings] return cbf_match(value,"^[A-Za-z]$"); This error suggests that icx is really just the C++ compiler. Is there a icx flag to enforce C semantics when building C files? I'm porting some code to Arcticus, and I'm concerned that I'll need to convert a lot of C code to C++. --Bill

1 0