# Reviewers and maintainers needed for stdlib

**URL:** <https://fortran-lang.discourse.group/t/reviewers-and-maintainers-needed-for-stdlib/1506>\
**Category:** Meta\
**Created:** [July 3, 2021, 7:37pm UTC](https://fortran-lang.discourse.group/t/reviewers-and-maintainers-needed-for-stdlib/1506 "2021-07-03T19:37:12Z")\
**Posts on this page:** 1\
**Showing post:** 23

<div class="post-metadata">

**Author:** ![certik](https://yyz2.discourse-cdn.com/free1/user_avatar/fortran-lang.discourse.group/certik/32/4_2.png) [@certik](https://fortran-lang.discourse.group/u/certik)\
**Post date:** [July 12, 2021, 10:40pm UTC](https://fortran-lang.discourse.group/t/reviewers-and-maintainers-needed-for-stdlib/1506/23 "2021-07-12T22:40:04Z")

</div>

One option is to modify the syntax to make it easier to implement in Fortran. I created a separate topic for just that:

- [Implementing fypp like pre-processing functionality in fpm](https://fortran-lang.discourse.group/t/implementing-fypp-like-pre-processing-functionality-in-fpm/1550)

Based on the use cases, it seems the main reason we use fypp is due to the lack of generics in Fortran, both for any integer/real/complex type and kind, and also any array rank. If we design a pre-processor to handle just that, that might take care of almost all of the use cases in stdlib.

---

_[View the full topic](https://fortran-lang.discourse.group/t/reviewers-and-maintainers-needed-for-stdlib/1506)._
