Peter Hill

This can be seen even in `conduction` over 500 timesteps:  This is absolute timings of `I/O` (in seconds) and the problem is present in both master and next.

I haven't managed to work out if there's a memory leak, but the increase in IO time does appear to be mostly coming from the following lines: https://github.com/boutproject/BOUT-dev/blob/1d52b383ab94c89790d716d8d7e1df4d861125ab/src/sys/options/options_netcdf.cxx#L517 https://github.com/boutproject/BOUT-dev/blob/1d52b383ab94c89790d716d8d7e1df4d861125ab/src/sys/options/options_netcdf.cxx#L537 The...

Well, here's an easy speed up: ```diff modified src/physics/physicsmodel.cxx @@ -253,6 +253,7 @@ int PhysicsModel::PhysicsModelMonitor::call(Solver* solver, BoutReal simtime, solver->outputVars(model->output_options, true); model->outputVars(model->output_options); model->writeOutputFile(); + model->output_options = Options{}; // Call user output...

> In the `next` branch there is also an ADIOS2 output option: Compiling with `-DBOUT_DOWNLOAD_ADIOS=ON` and setting `output:type=adios` should save an ADIOS2 dataset. See https://bout-dev.readthedocs.io/en/latest/user_docs/adios2.html > It would be good...

Ok, I finally have an MVCE in pure netcdf: ```cpp #include #include #include #include #include #include using clock_type = typename std::conditional::type; using seconds = std::chrono::duration; using namespace netCDF; constexpr auto...

Here's a couple of repos containing examples highlighting specific Fortran features: https://github.com/scivision/fortran2018-examples https://bitbucket.org/gyrokinetics/fortran-features/src/main/ For fixed form, you might consider LAPACK and BLAS

I took the free form list above, the two repos I mentioned, plus the following known users of Ford: https://gitlab.com/lfortran/compiler_tester https://github.com/fortran-lang/fpm https://github.com/QcmPlab/HoneyTools https://github.com/cibinjoseph/naturalFRUIT https://github.com/cibinjoseph/C81-Interface https://github.com/cp2k/dbcsr https://github.com/kevinhng86/faiNumber-Fortran https://github.com/ylikx/forpy https://github.com/D3DEnergetic/FIDASIM https://github.com/jacobwilliams/bspline-fortran https://github.com/szaghi/VTKFortran...

This is using #76, plus a couple of other minor fixes I haven't pushed yet.

I found a few more interesting repos, and I've deleted some repeated vendored dependencies, along with some obviously non-standard Fortran files that are really templates for various custom preprocessors. With...

With #81, we can successfully parse more than 90% of `.f90` files in this corpus. There's a few real edge cases left, but the majority of failures are now either...