Getting error: Unable to transform OKL kernel when attempting to run simulation

[lliw-will]

The simulation is running into this error during the JIT compiling kernels step and gives the following error:

*** ERROR ***

---[ Error ]--------------------------------------------------------------------
    File     : /home/wrobinso/cardinal/contrib/nekRS/3rd_party/occa/src/occa/internal/modes/serial/device.cpp
    Line     : 80
    Function : parseFile
    Message  : Unable to transform OKL kernel [/home/wrobinso/cardinal/sfr/.cache/occa/cache/2fb093528d86e8a3/raw_source.cpp]
    Stack
      38 occa::error(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_str>
      37 occa::serial::device::parseFile(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std>
      36 occa::serial::device::buildKernel(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, s>
      35 occa::serial::device::buildKernel(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, s>
      34 occa::device::buildKernel(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cx>
      33 device_t::buildKernel(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11:>
      32 device_t::buildKernel(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, occa::json co>
      31 device_t::buildKernel(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, occa::json co>
      30 kernelRequestManager_t::compile()
      29 compileKernels()
      28 nekrs::setup(ompi_communicator_t*, ompi_communicator_t*, int, int, int, inipp::Ini*, std::__cxx11::basic_string<char, std::>
      27 NekInitAction::act()
      26 Action::timedAct()
      25 ActionWarehouse::executeActionsWithAction(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > c>
      24 ActionWarehouse::executeAllActions()
      23 MooseApp::runInputFile()
      22 MultiApp::createApp(unsigned int, double)
      21 MultiApp::createLocalApp(unsigned int)
      20 MultiApp::createApps()
      19 FEProblemBase::addMultiApp(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__c>
      18 Action::timedAct()
      17 ActionWarehouse::executeActionsWithAction(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > c>
      16 ActionWarehouse::executeAllActions()
      15 MooseApp::runInputFile()
      14 MultiApp::createApp(unsigned int, double)
      13 MultiApp::createLocalApp(unsigned int)
      12 MultiApp::createApps()
      11 FEProblemBase::addMultiApp(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__c>
      10 Action::timedAct()
       9 ActionWarehouse::executeActionsWithAction(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > c>
       8 ActionWarehouse::executeAllActions()
       7 MooseApp::runInputFile()
       6 MooseApp::run()
       5 cardinal-opt()
       4 cardinal-opt(main+0x9)
       3 /cvmfs/soft.computecanada.ca/gentoo/2023/x86-64-v3/usr/lib64/libc.so.6(+0x2394a)
       2 /cvmfs/soft.computecanada.ca/gentoo/2023/x86-64-v3/usr/lib64/libc.so.6(__libc_start_main+0x85)
       1 cardinal-opt()
================================================================================

Would this be an error in the input files or with the HPC system I am using?

[lliw-will]

I believe I have discovered the cause of this issue. #ifdef __okl__ in the udf.okl file was not on its own line and was instead a part of the previous line like so:

 void scalarNeumannConditions(bcData *bc)
{
  // power divided by fuel surface area
  bc->flux = 39.813;
}#ifdef __okl__
void meshVelocityDirichletConditions(bcData *bc){}
void velocityNeumannConditions(bcData *bc){}
void pressureDirichletConditions(bcData *bc){}
#endif

I have temporarily fixed this by editing the udf.okl file to have #ifdef __okl__ begin on a new line, although I do not know what had originally caused this line not to write properly.

[aprilnovak]

Hi @lliw-will, I'm not 100% sure but if you have a solution to just put #ifdef __okl__ on it's own line, I think that should be adequate. Could be something about how OKL gets parsed.