Comptime аллокатор от mlugg:

https://zigbin.io/9a46a9

pub const comptime_allocator: Allocator = .{
    .ptr = undefined,
    .vtable = &.{ .alloc = &comptimeAlloc, .resize = &comptimeResize, .remap = &comptimeRemap, .free = &Allocator.noFree },
};

fn comptimeAlloc(_: *anyopaque, len: usize, alignment: Alignment, ra: usize) ?[*]u8 {
    _ = ra;
    if (!@inComptime()) @panic("comptimeAlloc called at runtime");
    var buf: [len]u8 align(alignment.toByteUnits()) = undefined;
    return &buf;
}

fn comptimeResize(_: *anyopaque, mem: []u8, alignment: Alignment, new_len: usize, ra: usize) bool {
    _ = alignment;
    _ = ra;
    if (!@inComptime()) @panic("comptimeResize called at runtime");
    return new_len <= mem.len; // allow shrinking in-place
}

fn comptimeRemap(_: *anyopaque, mem: []u8, alignment: Alignment, new_len: usize, ra: usize) ?[*]u8 {
    _ = alignment;
    _ = ra;
    if (!@inComptime()) @panic("comptimeRemap called at runtime");
    return if (new_len <= mem.len) mem.ptr else null; // allow shrinking in-place
}

comptime {
    var al: std.ArrayListUnmanaged(u32) = .empty;
    defer al.deinit(comptime_allocator);

    al.appendSlice(comptime_allocator, &.{ 1, 2, 3 }) catch unreachable;
    al.appendNTimes(comptime_allocator, 42, 256) catch unreachable;

    std.debug.assert(al.items.len == 256 + 3);
    std.debug.assert(al.items[0] == 1);
    std.debug.assert(al.items[1] == 2);
    std.debug.assert(al.items[2] == 3);
    for (al.items[3..]) |x| {
        std.debug.assert(x == 42);
    }
}

const std = @import("std");
const Allocator = std.mem.Allocator;
const Alignment = std.mem.Alignment;

Тут официальный список зеркал для Zig добавили:

https://ziglang.org/download/community-mirrors/

Пока что используется только в https://github.com/marketplace/actions/setup-zig-compiler, но mlugg предлагает авторам програм по типу zigup и zvm тоже его использовать

#upstream

Zig Roadmap 2026

Через два дня, 2 июля в 16:00 по UTC:
* Производительность компилятора
* Опять про async/await
* Fuzzing with coverage
* Деньжата и сообщество

#блоги #upstream

Matklad у праймаджена!

https://m.youtube.com/watch?v=V8Bg55lTUCw

до roadmap 7 часов

remove async and await keywords; remove usingnamespace

Из хорошего: удалили async и await, так что теперь функции из нового плана можно писать без @"..."

Из плохого: убили usingnamespace окончательно...

#upstream

Вмёржили.

Zig's New Async I/O

#upstream #блоги

спасибо китайцам за новую аву

вернул старую, чет не зашло никому

Ищу коллегу, пишущего на зиге для реализации одного из проектов. Подробности расскажу в созвоне, как и условия работы

через 15 минут будут рассказывать ещё про async https://www.twitch.tv/kristoff_it

Уже началось

Resizable structs in Zig

VLA на зигушках

#блоги #библиотеки

[RFC] Upstream target support for CHERI-enabled architectures - LLVM Project

Если Zig хочет поддерживать эту архитектуру и быть настолько же кросс-платформенным, как Си, придётся парочку вещей подправить:

CHERI заменяет указатели на capability-объекты, которые не являются целыми числами и не могут быть подделаны. Это нарушает исторически сложившиеся предположения в Clang и LLVM о том, что указатели могут быть без потерь преобразованы в целые числа и обратно. Это также касается обхода системы типов через память.

Если простыми словами, @intFromPtr и @ptrFromInt на этих архитектурах не будет работать, и usize с isize надо переделывать на них

Во общем, что это такое. Для начала, CHERI расшифровывается как Capability Hardware Enhanced RISC Instructions, поэтому чтобы понять суть, нужно начать с Capability:

Capability a.k.a возможности это особые маркеры, которые определяют, к каким ресурсам можно получить доступ и какие действия с ними разрешены.

CHERI использует эти capability, чтобы контролировать доступ к памяти на компьютере. Они реализованы в железе (поэтому hardware enchanced), в виде расширения для архитектур процессоров (ARM, RISC-V, x86 и т.д.), которое заменяет обычные указатели такими capability (поэтому RISC instructions)