Jeremie Vandenplas

> I guess this PR has become stale. Since we already have a decent implementation here, should we try to update the PR, address the review comments and get it...

> There is already an HDF5 writer/reader which looks promising: https://github.com/geospace-code/h5fortran. I uses the Fortran bindings of the C library. I think it is reasonable to keep HDF5 support out...

I would suggest to avoid non-optional dependencies as much as possible, except if there are installed on several OSes per default (or are very common and expected to be already...

@awvwgk is this ready for review?

@awvwgk Thank you for the answers. I can't answer your questions. However, I would suggest to finish this PR as is, and ask users some feedbacks regarding these 3 questions....

> As discussed in #658, it seems we all agree to go with the route of "merge much quicker to experimental, and reserve the right to completely change or even...

@awvwgk If you are satisfied with this PR, I suggest that you merge it, such that users can test it, e.g., through `fpm`.

What about: * Cumulative product (`cumprod`) * Cumulative sum (`cumsum`) They would be probably in another module since they would not be `elemental`.

> Here is a paper from 2007 that was submitted to the Fortran Committee, but ultimately rejected: Do we know why it was rejected? Maybe the author(s) of this proposal...

The main issues for `stdlib` is the lack of reviewers. I try to review most of them, but I am currently lacking time, and the PR are usually quite large....