Jeremie Vandenplas

> @jvdp1 thanks for the feedback. That is precisely why I suggested we do this, to get more experience about the API and perhaps propose some changes to it before...

I am also not fond of the current API, but even like that, it would be a nice addition. I would suggest to add the current version in the experimental...

Thank you @milancurcic for the function and the test. Can the difference be explained by calling the subroutine inside the function? Or was the subroutine inlined in the function?

A long discussion on the `split` function was held during the [Fortran Monthly call (November 2020)](https://www.youtube.com/watch?v=HI-Yhn7Q8Ko) (from5:39).

Thank you for opening this issue. Your propositions are indeed in the scope of stdlib, and IMO would be nice and useful additions (at least for my personal usage). Do...

Would such a (trivial) implementation suitable for you? ```fortran function trimmean_sp_2(x, prop, mask) result(res) real, intent(in) :: x(:,:) real, intent(in) :: prop logical, intent(in), optional :: mask(:,:) real :: res...

this issue seems to be more related to LFortran than stdlib. @certik are you aware of such issue with LFortran?

Thanks for reporting this issue. This seems to be an issue related to the OS/compiler. Is the fix proposed in [this thread](https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100662) working?

Could the fix be a minimal implementation of `ieee_arithmetic` inside `stdlib`?

Related to #749