Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Porting everything from fortran-utils to stdlib #103

Open
4 of 11 tasks
certik opened this issue Jan 8, 2020 · 1 comment
Open
4 of 11 tasks

Porting everything from fortran-utils to stdlib #103

certik opened this issue Jan 8, 2020 · 1 comment
Labels
topic: interface Interfacing with other libraries or languages topic: IO Common input/output related features topic: mathematics linear algebra, sparse matrices, special functions, FFT, random numbers, statistics, ... topic: utilities containers, strings, files, OS/environment integration, unit testing, assertions, logging, ...

Comments

@certik
Copy link
Member

certik commented Jan 8, 2020

Here is my plan with https://github.com/certik/fortran-utils: I would like to port everything to stdlib. Once everything is in here, I will point users in the README to simply use stdlib, that fortran-utils is not developed anymore and users should switch to stdlib, which as all the functionality and more. I encourage other authors of similar libraries (listed in #1) to try to do the same.

Here is the functionality in fortran-utils that needs to be ported:

It seems everything (except #101) would be a nice fit into the scope of stdlib. I think #101 should go into a separate library (at least at first), but the rest I think has a chance of getting in.

I will use this issue to keep track of the progress.

@scivision
Copy link
Member

scivision commented Jan 8, 2020

I made a followup comment that I think #101 and similar can be interfaced via a shim. This can work for HDF5, FITS, etc. whatever someone wants to contribute a shim for. The user-facing stdlib API can be like:

savefile('foo.h5', x)
loadfile('foo.h5', y)

The same interface can be used for libpng and other images. For h5fortran and nc4fortran the rank- and kind-polymorphism is already in those interfaces. For libpng or FITS, stdlib may need to provide the polymorphism.

These file formats would all be optional at configure-time. A fallback to raw binary is straightforward if desired.

@awvwgk awvwgk added topic: utilities containers, strings, files, OS/environment integration, unit testing, assertions, logging, ... topic: interface Interfacing with other libraries or languages topic: IO Common input/output related features topic: mathematics linear algebra, sparse matrices, special functions, FFT, random numbers, statistics, ... labels Sep 18, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
topic: interface Interfacing with other libraries or languages topic: IO Common input/output related features topic: mathematics linear algebra, sparse matrices, special functions, FFT, random numbers, statistics, ... topic: utilities containers, strings, files, OS/environment integration, unit testing, assertions, logging, ...
Projects
None yet
Development

No branches or pull requests

3 participants