Accept same argument for nrnivmod-core and nrnivmodl

[alkino]

No description provided.

[sonarcloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
No data about Coverage
No data about Duplication

See analysis details on SonarCloud

[nrnhines]

The current NEURON specific part of nrnivmodl isn't above criticism, but I wonder if it would not be best to adopt its file handling part for -coreneuron. I.e. it leaves mod files in place, allows spaces in path names, and allows multiple directory paths and specific full paths for mod files. The benefit is that in-situ mod files may have position dependent references to other .h and .inc files. It nevertheless generates cpp, .o files, and library in the 'x86_64' folder mostly because of the generated makemod2c_inc file that is included by the nrnmech_makefile

[bbpbuildbot]

Logfiles from GitLab pipeline #214142 (:no_entry:) have been uploaded here!

Status and direct links:

• ⛔ mac_m1_cmake_build: [cmake, ON, OFF, OFF, address]
• ✅ spack_setup
• ✅ build:nmodl
• ⛔ build:neuron:nmodl:intel:legacy
• ⛔ build:neuron:nmodl:intel:shared
• ⛔ build:neuron:nmodl:nvhpc:acc:legacy
• ⛔ build:neuron:nmodl:nvhpc:acc:shared
• ⛔ build:neuron:nmodl:nvhpc:omp:legacy
• ⛔ build:neuron:nmodl:nvhpc:omp
• ⏩ test:neuron:nmodl:intel:legacy
• ⏩ test:neuron:nmodl:intel:shared
• ⏩ test:neuron:nmodl:nvhpc:acc:legacy
• ⏩ test:neuron:nmodl:nvhpc:acc:shared
• ⏩ test:neuron:nmodl:nvhpc:omp:legacy
• ⏩ test:neuron:nmodl:nvhpc:omp

[pramodk]

IIRC, we discussed above comment with Michael and we decided to keep that aside.

@alkino: I guess we would like to get current changes merged, right? In that case, could you see the failing CI?