Jordan

Hi, still have yet to test with your commits or read up on your changes, but I did want to address something you mentioned: > * Consider if it really...

> @Yerdun, care checking [3e7b5a0](https://github.com/raysan5/raylib/commit/3e7b5a0bf40096acc12aca794a576e7af5e60dde)? Sorry to get back late, but can confirm my sample repo compiles just fine now. The raylib dependency takes custom cflags into account. I also...

Thanks for the detailed rundown. Speaking as a layman end-user, I stand behind your proposed solutions. Even though you consider some hacky, they do solve the immediate issues at hand,...

> In the meanwhile, I also noticed another strange thing... I am thinking of making a PR for [sagehane@f89c637](https://github.com/sagehane/raylib/commit/f89c637b9e3d957c850746b9e2262985fe9bd51d) and I would like testing from some testing on Linux users...

~~> Here is a PR with issues 1, 2, and 3 from [#4393 (comment)](https://github.com/raysan5/raylib/pull/4393#issuecomment-2423777267) addressed.~~ ~~It's worth noting that issues 1 and 2 (the dependency problem) still occur when using...

> Wait, are you still experiencing breakage for your use-case? When using `@embedFile()` instead of `pathFromRoot()`, yes. It still duplicates the submodule's file path: ``` /tmp/raylib-zig-dep-bug % zig build install...

>Sorry to hear that. I'll try your repo with this again. Oh, really, don't worry about it. Your code already has an opt-in fix: like I mentioned earlier, it works...

> I wonder why you aren't encountering this... Oh, I am actually. That's the same problem I mentioned earlier, where using `pathFromRoot` instead of `@embedFile` (or moving `src/build.zig to `build.zig`)...

> Oh, that commit is totally unrelated so it won't fix your immediate problems. Ah, gotcha. No worries, you've accomplished your goals for this commit already. And the fix on...