You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
glfw.link currently from a project adds C sources to the compilation step, rather than linking an intermediate library, and so if you're using it from you're own project with C/C++ code compilation can be slower.
We should default to emitting a static lib, and making glfw.link link to that.
The text was updated successfully, but these errors were encountered:
Previously, @Avokadoen and @mattnite ran into issues including the GLFW library
in other projects, e.g. Avokadoen/zig_vulkan#17
In #24 we removed the intermediate static library, which solved the issue. The
problem is that when the function is invoked in the directory of the project
including GLFW, then our code:
```
const lib = b.addStaticLibrary("glfw", "src/main.zig");
```
Would refer to the project's `src/main.zig` -- not the GLFW library `main.zig`.
Although removing the intermediate lib worked around the issue, it created a
new one - slower compilation: hexops/mach#31
This fixes the issue by ensuring that the path we pass to `addStaticLibrary` is
in fact absolute, not relative.
Fixeshexops/mach#31
Signed-off-by: Stephen Gutekanst <stephen@hexops.com>
Previously, @Avokadoen and @mattnite ran into issues including the GLFW library
in other projects, e.g. Avokadoen/zig_vulkan#17
In #24 we removed the intermediate static library, which solved the issue. The
problem is that when the function is invoked in the directory of the project
including GLFW, then our code:
```
const lib = b.addStaticLibrary("glfw", "src/main.zig");
```
Would refer to the project's `src/main.zig` -- not the GLFW library `main.zig`.
Although removing the intermediate lib worked around the issue, it created a
new one - slower compilation: hexops/mach#31
This fixes the issue by ensuring that the path we pass to `addStaticLibrary` is
in fact absolute, not relative.
Fixeshexops/mach#31
Signed-off-by: Stephen Gutekanst <stephen@hexops.com>
glfw.link
currently from a project adds C sources to the compilation step, rather than linking an intermediate library, and so if you're using it from you're own project with C/C++ code compilation can be slower.We should default to emitting a static lib, and making
glfw.link
link to that.The text was updated successfully, but these errors were encountered: