Присваивать переменной результат void функции?

Это упрощает код, в котором наличие значения вообще определяется на этапе comptime.

Вместо разбора типа функции, возможно через несколько слоёв объединений ошибок, гораздо проще проверить тип переменной, которой присвоен результат, и здесь это удобно.

Кроме того, вызов может быть нужен в любом случае, если функция выполняет другую работу.

Разрешить значение, которое больше ничем не полезно, не так уж вредно.

Эти сведения не обязаны существовать, потому что некоторые выражения вообще их не предоставляют: например, присваивание в _ ничего не сообщает о типе выражения и не задаёт конкретного места в памяти, куда следует поместить его результат.

Result Location Semantic (https://ziglang.org/documentation/master/#Result-Location-Semantics)

Мне интересно, какие элементы нужно «отбрасывать» внутри блока test и в каких случаях? Например, в конце исходного кода модуля std.zig находится следующее:

test {
    _ = Ast;
    _ = AstRlAnnotate;
    _ = BuiltinFn;
    _ = Client;
    _ = ErrorBundle;
    _ = LibCDirs;
    _ = LibCInstallation;
    _ = Server;
    _ = TokenSmith;
    _ = WindowsSdk;
    _ = number_literal;
    _ = primitives;
    _ = string_literal;
    _ = system;
    _ = target;
    _ = c_translation;
    _ = llvm;
    _ = @import("zig/parser_fuzz.zig");
}

Если это библиотека, нужно ли помещать туда каждый импортированный модуль? Если нет, то каким модулям нужна такая обработка?

Если это библиотека, нужно ли помещать туда каждый импортированный модуль? Если нет, то каким модулям нужна такая обработка?

Неявно запускаются только тесты корневого файла, поэтому для остальных файлов/модулей/пространств имён нужна ссылка на пространство имён, содержащее тесты. То же касается struct/union/enum с тестами внутри самого корневого файла, на каждое из них тоже нужна ссылка.

Для ясности, обращение к sample.member ссылается лишь на sample.member, а не на sample, тогда как _ = sample ссылается на само sample.