A fpm plugin to generate module dependency graph
Explore the project »
fpm-modules is a simple plugin for modern fortran to generate module dependency graphs.
Whether you inherited a large piece of code, want to document your code base or have plans to refactor some libraries, being able to visually navigate through the files, modules and dependencies is a must.
The present project has been created for doing just that. It has been designed to generate a dependency graph and visualize the dependencies between modules.
Check out the tutorial to know more about it!
To build that library you need
- a Fortran compiler. The following compilers are tested on the default branch of fpm-modules:
| Name | Version | Platform | Architecture |
|---|---|---|---|
| GCC Fortran (MinGW) | 14 | Windows 10 | x86_64 |
| Intel oneAPI classic | 2021.5 | Windows 10 | x86_64 |
fpm-modules has few command lines that can be used:
- -d, --dir: The path to the directory where the fpm.toml file seats.
fpm modules -d "./"- -K, --layout: The layout library. Possible options are "dot" (default), "fdp", "sfdp", "neato", "json", "toml", "mermaid" and "force".
fpm modules -K "mermaid"- -x, --exclude: The list of excluded packages by name. Names are comma-separated, no spaces, no quotes.
fpm modules -x fpm,daglib- -o, --output: The path to the output file. By default, the standard output is used.
Here is a table summarizing the different options and combinations that can be used:
| -K | -o |
|---|---|
| (default: dot) | *.json, *.dot, *.gv, *.svg, *.jpg, *.png, *.html |
| dot, fdp, sfdp, neato | *.json, *.dot, *.gv, *.svg, *.jpg, *.png, *.html |
| circle | *.json, *.html |
| force | *.json, *.html |
| mermaid | *.mmd, *.html |
| json | *.json |
| toml | *.toml |
git clone https://github.com/davidpfister/fpm-modules
cd fpm-modulesThe repo can be build using fpm
fpm buildSince it is built with fpm it can easily be installed on your system with
git clone https://github.com/davidpfister/fpm-modules
cd fpm-modules
fpm install --profile releaseThis will install the fpm-modules binary to ~/.local/bin (or %APPDATA%\local\bin on Windows).
For more information about fpm plugins, visit the fpm website.
Contributions are what make the open source community such an amazing place to learn, inspire, and create. Any contributions you make are greatly appreciated. So, thank you for considering contributing to fpm-modules. Please review and follow these guidelines to make the contribution process simple and effective for all involved. In return, the developers will help address your problem, evaluate changes, and guide you through your pull requests.
By contributing to fpm-modules, you certify that you own or are allowed to share the content of your contribution under the same license.
Please follow the style used in this repository for any Fortran code that you contribute. This allows focusing on substance rather than style.
A bug is a demonstrable problem caused by the code in this repository. Good bug reports are extremely valuable to us—thank you!
Before opening a bug report:
- Check if the issue has already been reported (issues).
- Check if it is still an issue or it has been fixed? Try to reproduce it with the latest version from the default branch.
- Isolate the problem and create a minimal test case.
A good bug report should include all information needed to reproduce the bug. Please be as detailed as possible:
- Which version of fpm-modules are you using? Please be specific.
- What are the steps to reproduce the issue?
- What is the expected outcome?
- What happens instead?
This information will help the developers diagnose the issue quickly and with minimal back-and-forth.
If you have a suggestion that would make this project better, please create a pull request. You can also simply open an issue with the tag "enhancement". Don't forget to give the project a star! Thanks again!
- Open a new issue to describe a bug or propose a new feature. Refer to the earlier sections on how to write a good bug report or feature request.
- Discuss with the developers and reach consensus about what should be done about the bug or feature request. When actively working on code towards a PR, please assign yourself to the issue on GitHub. This is good collaborative practice to avoid duplicated effort and also inform others what you are currently working on.
- Create your Feature Branch (
git checkout -b feature/AmazingFeature) - Commit your Changes (
git commit -m 'Add some AmazingFeature') - Push to the Branch (
git push origin feature/AmazingFeature) - Open a Pull Request with your contribution.
The body of the PR should at least include a bullet-point summary of the
changes, and a detailed description is encouraged.
If the PR completely addresses the issue you opened in step 1, include in
the PR description the following line:
Fixes #<issue-number>. If your PR implements a feature that adds or changes the behavior of fpm-modules, your PR must also include appropriate changes to the documentation and associated units tests.
In brief,
- A PR should implement only one feature or bug fix.
- Do not commit changes to files that are irrelevant to your feature or bug fix.
- Smaller PRs are better than large PRs, and will lead to a shorter review and merge cycle
- Add tests for your feature or bug fix to be sure that it stays functional and useful
- Be open to constructive criticism and requests for improving your code.
Distributed under the MIT License.
