# GSoC 2026 Introduction | Jatin Kumar | Interested in stdlib File System Library

**URL:** <https://fortran-lang.discourse.group/t/gsoc-2026-introduction-jatin-kumar-interested-in-stdlib-file-system-library/10712>\
**Category:** Projects\
**Created:** [February 11, 2026, 3:16am UTC](https://fortran-lang.discourse.group/t/gsoc-2026-introduction-jatin-kumar-interested-in-stdlib-file-system-library/10712 "2026-02-11T03:16:29Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![jatin](https://avatars.discourse-cdn.com/v4/letter/j/f04885/32.png) [@jatin](https://fortran-lang.discourse.group/u/jatin)\
**Post date:** [February 11, 2026, 3:16am UTC](https://fortran-lang.discourse.group/t/gsoc-2026-introduction-jatin-kumar-interested-in-stdlib-file-system-library/10712/1 "2026-02-11T03:16:29Z")

</div>

Hi everyone,

I’m **Jatin Kumar** , a 2nd-year CSE student at MAIT, New Delhi. I’m aiming to contribute to **GSoC 2026** specifically for the **stdlib File System Library**.

**Why me?**

- **C++ & Systems:** Strong background in C++, which I plan to use for the `ISO_C_BINDING` and C-wrapper logic required for OS-level operations.

- **Ready to go:** Local environment (`gfortran`/`fpm`) is set up. I’m already studying the `stdlib-os` branch and the current filesystem specs.

- **Goal:** Implement cross-platform directory/file manipulation (POSIX & Windows) to make Fortran more “general-purpose.”

**Current Status:** I’m looking for a “low-hanging fruit” or an unimplemented function in the filesystem spec to write a proof-of-concept.

Mentors (@Arjen,@milancurcic) — is there a specific gap in the current `stdlib_os` WIP where I can start contributing code or documentation?

Best, Jatin Kumar [ijatinydv (Jatin Kumar) · GitHub](https://github.com/ijatinydv/)

---

<div class="post-metadata">

**Author:** ![Arjen](https://avatars.discourse-cdn.com/v4/letter/a/b9bd4f/32.png) [@Arjen](https://fortran-lang.discourse.group/u/Arjen)\
**Post date:** [February 12, 2026, 10:14am UTC](https://fortran-lang.discourse.group/t/gsoc-2026-introduction-jatin-kumar-interested-in-stdlib-file-system-library/10712/2 "2026-02-12T10:14:55Z")

</div>

Welcome to the forum, Jatin. As for your question: you can check the repository for open issues on the subject of course and I would do the same myself 😇, as I do not know them by heart. I also do not know yet what the GSoC will bring for this year. But let’s see what we can do here.

---

<div class="post-metadata">

**Author:** ![jatin](https://avatars.discourse-cdn.com/v4/letter/j/f04885/32.png) [@jatin](https://fortran-lang.discourse.group/u/jatin)\
**Post date:** [February 12, 2026, 3:40pm UTC](https://fortran-lang.discourse.group/t/gsoc-2026-introduction-jatin-kumar-interested-in-stdlib-file-system-library/10712/3 "2026-02-12T15:40:28Z")

</div>

Hi Arjen,

I’ve spent some time digging into the open issues as you suggested and found **Issue #1109** (Absolute paths in `fortran_stdlib.pc`).

I’ve analyzed the root cause in `export_pc.cmake`. It appears that `resolve_pc_libs` defaults to absolute paths when it encounters `IMPORTED` targets like `BLAS::BLAS`. I’m currently working on a fix that leverages `pkg_check_modules` to use `Requires.private` instead, which should significantly improve portability for system packagers (like MSYS2).

I’ll be opening a PR for this shortly to get technical feedback from the maintainers. Thanks for the guidance!

---

<div class="post-metadata">

**Author:** ![jatin](https://avatars.discourse-cdn.com/v4/letter/j/f04885/32.png) [@jatin](https://fortran-lang.discourse.group/u/jatin)\
**Post date:** [February 13, 2026, 11:10am UTC](https://fortran-lang.discourse.group/t/gsoc-2026-introduction-jatin-kumar-interested-in-stdlib-file-system-library/10712/4 "2026-02-13T11:10:22Z")

</div>

Hi Arjen,

Following your advice, I spent some time investigating the open issues and identified **Issue #1109** (Absolute paths in `fortran_stdlib.pc`).

I’ve analyzed the root cause in `config/export_pc.cmake` and have opened a Pull Request with a fix. My implementation introduces a portable path-to-flag fallback mechanism and leverages `pkg_check_modules` to ensure implementation dependencies (BLAS/LAPACK) are correctly moved to private fields, significantly improving library relocatability.

**Pull Request:** [build: fix absolute paths for external BLAS/LAPACK in pkg-config export by ijatinydv · Pull Request #1118 · fortran-lang/stdlib · GitHub](https://github.com/fortran-lang/stdlib/pull/1118)

I’ve verified the fix on a Windows/MinGW-W64 environment with external OpenBLAS. I’d appreciate any technical feedback you or the other maintainers might have!

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/fortran_lang/original/1X/50078338be6df8cfc3e2277e9cb3c805f45c6ee6.png) [@system](https://fortran-lang.discourse.group/u/system)\
**Post date:** [February 13, 2026, 12:47pm UTC](https://fortran-lang.discourse.group/t/gsoc-2026-introduction-jatin-kumar-interested-in-stdlib-file-system-library/10712/5 "2026-02-13T12:47:38Z")

</div>



---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/fortran_lang/original/1X/50078338be6df8cfc3e2277e9cb3c805f45c6ee6.png) [@system](https://fortran-lang.discourse.group/u/system)\
**Post date:** [February 13, 2026, 12:50pm UTC](https://fortran-lang.discourse.group/t/gsoc-2026-introduction-jatin-kumar-interested-in-stdlib-file-system-library/10712/6 "2026-02-13T12:50:15Z")

</div>


