hexops/mach

glfw.window.hint should accept enum, bool, or string and defer to right underlying GLFW function #29

New issue

Closed

opened 2021-10-06 07:31:15 +00:00 by emidoots · 2 comments

emidoots commented

2021-10-06 07:31:15 +00:00

(Migrated from github.com)

glfwWindowHint can take an enum or GLFW_FALSE/GLFW_TRUE, and glfwWindowHintString takes a string. We should just expose a single glfw.window.hint Zig API that accepts anytype and defer to the right underlying GLFW function based on the type.

`glfwWindowHint` can take an enum or `GLFW_FALSE`/`GLFW_TRUE`, and `glfwWindowHintString` takes a string. We should just expose a single `glfw.window.hint` Zig API that accepts `anytype` and defer to the right underlying GLFW function based on the type.

Avokadoen commented

2021-10-18 19:27:17 +00:00

(Migrated from github.com)

What's the status on this issue @slimsag?

What's the status on this issue @slimsag?

emidoots commented

2021-10-18 20:20:03 +00:00

(Migrated from github.com)

Fixed by #32

Fixed by #32

Sign in to join this conversation.

No labels

contributor-friendly

direct3d-headers

driver-os-issue

linux-audio-headers

package-manager

proposal-accepted

vulkan-zig-generated

wayland-headers

xcode-frameworks

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

hexops/mach#29

No description provided.