Add helper for parsing tuples using nanobind

[mgeplf]

• This can also be used for parsing args

[azure-pipelines]

✔️ 72584bc -> Azure artifacts URL

[codecov]

Codecov Report

Attention: Patch coverage is 90.00000% with 1 line in your changes missing coverage. Please review.

Project coverage is 67.27%. Comparing base (72f9ec4) to head (72584bc).

Files	Patch %	Lines
src/nrnpython/utils.hpp	87.50%	1 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##           master    #3025      +/-   ##
==========================================
- Coverage   67.27%   67.27%   -0.01%     
==========================================
  Files         572      573       +1     
  Lines      104944   104944              
==========================================
- Hits        70605    70597       -8     
- Misses      34339    34347       +8     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[1uc]

Minor improvements, w.r.t. naming/error messages would be nice. Other than that I think it'll provide a useful building block for modernizing a particular pattern found frequently in our code.

[azure-pipelines]

✔️ 63e575a -> Azure artifacts URL

[sonarqubecloud]

Quality Gate passed

Issues
6 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarCloud

[azure-pipelines]

✔️ 738ff1c -> Azure artifacts URL

[mgeplf]

@alkino / @1uc I seem to be getting errors with nanobind not being available:
https://github.com/neuronsimulator/nrn/actions/runs/10488896362/job/29052319171#step:18:2088

I'm confused as to why the tests are "automatically" including nanobind:
/usr/bin/clang++-18 -DCORENRN_BUILD=0 -DHAVE_CONFIG_H -DMPICH_SKIP_MPICXX=1 -DMPI_NO_CPPBIND=1 -DNRN_ENABLE_THREADS -DOMPI_SKIP_MPICXX=1 -DUSE_PYTHON -I/home/gevaert/tmp/nrn/src/ivoc [...] -isystem /home/gevaert/tmp/nrn/external/nanobind/include -ferror-limit=100000 -openmp-simd -g -O0 -std=c++17 -Werror=return-type -Wno-deprecated-non-prototype -pthread -o test/CMakeFiles/testneuron.dir/unit_tests/utils/cast_tuple.cpp.o -c /home/gevaert/tmp/nrn/test/unit_tests/utils/cast_tuple.cpp",
without it being specified for the tests?

My plan to deal with it is to only include the cast_tuple.cpp test when it's being compiled with python.
Give that, is there a better place to put the tests?

[sonarqubecloud]

Quality Gate passed

Issues
7 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[bbpbuildbot]

Logfiles from GitLab pipeline #238935 (: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

[azure-pipelines]

✔️ 0df381e -> Azure artifacts URL