ziglang/zig

Fork 764

Code Issues 704 Pull requests 286 Activity Actions 33

empty main fn size 122k on Mac OS 26.2 #31073

New issue

Open

opened 2026年01月31日 18:40:35 +01:00 by v-georg-v · 3 comments

v-georg-v commented

2026年01月31日 18:40:35 +01:00

Copy link

Hello, this is my first issue on zig project.

On MacBook m5 Mac OS 26.2, zig version - 0.16.0-dev.2296 I am getting binary size 122K on empty pub fn main, no std imported or used it elsewhere.
If I switch to zig version 0.15.2 or 0.14.1 and binary size is 49k.

is it ok?

Hello, this is my first issue on zig project. On MacBook m5 Mac OS 26.2, zig version - 0.16.0-dev.2296 I am getting binary size 122K on empty pub fn main, no std imported or used it elsewhere. If I switch to zig version 0.15.2 or 0.14.1 and binary size is 49k. is it ok?

Screenshot 2026年01月31日 at 20.37.44.png

463 KiB

Screenshot 2026年01月31日 at 20.37.44.png

v-georg-v commented

2026年01月31日 19:05:18 +01:00

Author

Copy link

update
with
.unwind_tables = .none,
.single_threaded = true,
.red_zone = false,
.pic = true,

size on 0.16.0-dev2296 become 99K

update with .unwind_tables = .none, .single_threaded = true, .red_zone = false, .pic = true, size on 0.16.0-dev2296 become 99K

doerrti commented

2026年02月05日 13:13:32 +01:00

Copy link

This problem is not exclusive to MacOS. On x86_64 Linux the binary of an empty main() has increased from roughly 5KB to >140KB (when compiling with -OReleaseFast -fstrip) for me. I suspect it's the std.Io interface but I don't know why since there is no dependency on std.Io in an empty program.

This problem is not exclusive to MacOS. On x86_64 Linux the binary of an empty `main()` has increased from roughly 5KB to >140KB (when compiling with `-OReleaseFast -fstrip`) for me. I suspect it's the `std.Io` interface but I don't know why since there is no dependency on `std.Io` in an empty program.

linus commented

2026年02月05日 14:40:05 +01:00

Member

Copy link

I think there is an implicit dependency through the default panic handler.

alexrp added the

optimization

label

2026年02月09日 21:58:48 +01:00

No Branch/Tag specified

Branches Tags

master

elfv2

spork8

restricted

0.16.x

panic-rewrite

parking-futex-lockfree

windows-Io-cleanup

Io-watch

ParseCommandLineOptions

windows-async-files

poll-ring

debug-file-leaks-differently

debug-file-leaks

ProcessPrng

elfv2-dyn

jobserver

threadtheft

io-threaded-no-queue

0.15.x

Io.net

comptime-allocator

restricted-function-pointers

cli

wasm-linker-writer

wrangle-writer-buffering

sha1-stream

async-await-demo

fixes

0.14.x

ast-node-methods

macos-debug-info

make-vs-configure

fuzz-macos

sans-aro

ArrayList-reserve

incr-bug

llvm-ir-nosanitize-metadata

ci-tarballs

ci-scripts

threadpool

0.12.x

new-pkg-hash

json-diagnostics

more-doctests

rework-comptime-mutation

0.11.x

ci-perf-comment

stage2-async

0.10.x

autofix

0.9.x

aro

hcs

0.8.x

0.7.x

Labels

Clear labels

This proposal is planned.

The web application for interactive documentation and generation of its assets.

backend/c

The C backend outputs C source code.

backend/llvm

The LLVM backend outputs an LLVM bitcode module.

backend/self-hosted

The self-hosted backends produce machine code directly.

binutils

Zig's included binary utilities: zig ar, zig dlltool, zig lib, zig ranlib, zig objcopy, and zig rc.

breaking

Implementing this issue could cause existing code to no longer compile or have different behavior.

build system

The Zig build system - zig build, std.Build, the build runner, and package management.

debug info

docs

An issue with documentation, e.g. the language reference or standard library doc comments.

error message

This issue points out an error message that is unhelpful and should be improved.

frontend

Tokenization, parsing, AstGen, ZonGen, Sema, Legalize, and Liveness.

fuzzing

incremental

Reuse of internal compiler state for faster compilation.

lib/c

This issue relates to Zig's libc implementation and/or vendored libcs.

lib/compiler-rt

This issue relates to Zig's compiler-rt library.

lib/cxx

This issue relates to Zig's vendored libc++ and/or libc++abi.

lib/std

This issue relates to Zig's standard library.

lib/tsan

This issue relates to Zig's vendored libtsan.

lib/ubsan-rt

This issue relates to Zig's ubsan-rt library.

lib/unwind

This issue relates to Zig's vendored libunwind.

linking

Zig's integrated object file and incremental linker.

miscompilation

The compiler reports success but produces semantically incorrect code.

This issue suggests language modifications. If it also has the "accepted" label then it is planned.

release notes

This issue or pull request should be mentioned in the release notes.

testing

This issue is related to testing the compiler, standard library, or other parts of Zig.

zig cc

Zig as a drop-in C-family compiler.

zig fmt

The Zig source code formatter.

zig reduce

The Zig source code reduction tool.

bounty

https://ziglang.org/news/announcing-donor-bounties

bug

Observed behavior contradicts documented or intended behavior.

contributor-friendly

This issue is limited in scope and/or knowledge of project internals.

downstream

An issue with a third-party project that uses this project.

enhancement

Solving this issue will likely involve adding new logic or components to the codebase.

infra

optimization

A task to improve performance and/or resource usage.

question

No questions on the issue tracker; use a community space instead.

regression

Something that used to work in a previous version stopped working

upstream

An issue with a third-party project that this project uses.

use case

Describes a real use case that is difficult or impossible, but does not propose a solution.

No labels

Milestone

Clear milestone

No items

No milestone

Projects

Clear projects

No items

No project

Assignees

Clear assignees

No assignees

3 participants

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

ziglang/zig#31073

No description provided.

Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?