Обращение к содержимому объединения вызывает панику

Думаю, там undefined. Вы смотрели это значение в отладчике?

Проверка безопасности выдаёт invalid enum value при переключении по enum, содержащему недопустимое значение.

Доступ к полю объединения тоже проверяется, судя по сообщению об ошибке, через switch.

Как предположил why17, объединение, вероятно, содержит undefined, поэтому его тег тоже undefined.

Просмотрев этот участок кода, я не вижу здесь объединений, выбранный backend зависит от os и целевой платформы сборки и определяется во время компиляции.

После вызова wio.init backend должен быть инициализирован (либо инициализация должна вернуть ошибку), а до выполнения wio.init, вызывающего backend.init(options), значения backend ещё не инициализированы и все их значения по умолчанию в этот момент undefined:

https://github.com/ypsvlq/wio/blob/dd0f273fdbbd1ced2a8e716ea3a5526a6c4d83cf/src/unix.zig#L20-L98

Не понимаю такой сильной зависимости библиотеки от синглтонов и переменных уровня контейнера, инициализированных в undefined, мне это настолько не нравится, что я, скорее всего, выбрал бы другую библиотеку.

Вместо делегирования backend библиотека wio могла бы хранить статически выбранный backend в поле обычной структуры, избегая синглтона, чей backend существует в непригодном состоянии ещё до инициализации.

Похоже на чрезмерное стремление скрыть детали из API за повсеместными глобальными переменными.

Речь именно о unix.Window, объединении реализаций wayland и x11.

Я совершенно упустил, что ошибка возникает в callback события изменения размера, который, видимо, вызывается прямо во время Window.init, а я читаю именно ту переменную, которая должна содержать сейчас инициализируемое окно, так что это и объясняет наблюдаемую проблему. Это… ещё одно решение в дизайне, которое мне не очень нравится, но достойных альтернативных библиотек я пока не нашёл.

Любопытно, что сбой происходит именно при обращении к объединению, если сама переменная окна содержит undefined, разве чтение её члена .backend не должно завершиться ошибкой ещё раньше?

Запуск под отладчиком и вывод обратной трассировки должны прояснить точное место и причину этого сбоя.