Skip to content

Tier System: x86_64-illumos #7152

Closed
Closed
Tier System: x86_64-illumos#7152
Labels
arch-x86_6464-bit x86enhancementSolving this issue will likely involve adding new logic or components to the codebase.os-illumosillumostier systemIssues that track the support tier for a platform.

Description

@nektro
nektro
opened on Nov 18, 2020

https://github.com/ziglang/zig/issues?q=is%3Aissue%20state%3Aopen%20label%3Aarch-x86_64%20label%3Aos-illumos

Tier 1

Tier 2

  • The standard library's cross-platform abstractions have implementations for this target.
  • This target has debug info capabilities and therefore produces stack traces on failed assertions and crashes.
  • libc is available for this target even when cross-compiling.
  • The CI machines automatically build the module tests for this target on every push.

Tier 3

  • The compiler can generate machine code for this target by relying on an external backend such as LLVM.
  • The linker can produce object files, libraries, and executables for this target.

Tier 4

  • The compiler can generate assembly or C source code for this target.

Activity

  1. nektro commented on Nov 18, 2020

    @nektro
    nektro
    on Nov 18, 2020
    ContributorAuthor

    C include headers:
    https://github.com/illumos/illumos-gate/tree/master/usr/src/head

  2. andrewrk
    added
    proposalThis issue suggests language modifications. If it also has the "accepted" label then it is planned.
    on Nov 30, 2020
  3. andrewrk
    added this to the 0.9.0 milestone on Nov 30, 2020
  4. nektro
    changed the title [-]add support for targeting x86_64-illumos[/-] [+]Tier 1 Support for targeting x86_64-illumos[/+] on Feb 3, 2021
  5. andrewrk
    modified the milestones: 0.9.0, 0.10.0 on May 19, 2021
  6. nektro
    changed the title [-]Tier 1 Support for targeting x86_64-illumos[/-] [+]Tier 1 Support for x86_64-illumos[/+] on Sep 2, 2021

  7. gdamore commented on Jun 3, 2023

    @gdamore
    gdamore
    on Jun 3, 2023

    Yes please! I just started watching some videos about zig, and I'm super excited about it, but for me portability to some other systems -- especially my favorite - illumos (not that I'm biased or anything!) is important.

  8. andrewrk
    added
    enhancementSolving this issue will likely involve adding new logic or components to the codebase.
    contributor friendlyThis issue is limited in scope and/or knowledge of Zig internals.
    os-illumosillumos
    and removed
    proposalThis issue suggests language modifications. If it also has the "accepted" label then it is planned.
    on Sep 30, 2023
  9. andrewrk
    modified the milestones: 0.15.0, 1.1.0 on Sep 30, 2023
  10. alexrp
    added
    arch-x86_6464-bit x86
    on Oct 9, 2024
  11. alexrp
    added
    tier systemIssues that track the support tier for a platform.
    on Nov 19, 2024
  12. alexrp
    added a parent issue on Apr 26, 2025
  13. alexrp
    changed the title [-]Tier 1 Support for x86_64-illumos[/-] [+]Tier System: `x86_64-illumos`[/+] on Apr 26, 2025
  14. alexrp
    removed a parent issue on Aug 3, 2025

  15. The-King-of-Toasters commented on Oct 26, 2025

    @The-King-of-Toasters
    The-King-of-Toasters
    on Oct 26, 2025
    Contributor

    Hello @rzezeski, me and @alexrp have been trying to unbreak building Zig on Illumos for the past couple days, and have merged some of your patches to do so. I've set up a new OmniOS VM and built llvm+clang+lld from source with the patches in omnios-extra. When building Zig with that llvm, the stage 3 compiler will fail to link to symbols in libc with the message failed to preempt symbol - relevant log here.

    In the past I remember getting around this by building the llvm libs and/or Zig with the -fPIC flag on. Unfortunately this does not work now. So I have two questions:

    1. Do you have any insight into resolving the linking issues?
    2. Why is it that the package in omnios-extra avoids this issue?

    And thanks again for keeping Zig on Illumos going.

    Build setup for llvm (based on zig-bootstrap flags). This is after merging patches for llvm and clang.

    $ cd path/to/llvm-project-21.x.x.src
$ cat build.sh
#!/bin/sh
cmake -B build -G Ninja -S llvm \
  -DCMAKE_BUILD_TYPE=Release \
  -DCMAKE_PREFIX_PATH="$HOME/local/llvm-21" \
  -DCMAKE_INSTALL_PREFIX="$HOME/local/llvm-21" \
  -DCMAKE_POSITION_INDEPENDENT_CODE=ON \
  -DLLVM_ENABLE_BINDINGS=OFF \
  -DLLVM_ENABLE_LIBEDIT=OFF \
  -DLLVM_ENABLE_LIBPFM=OFF \
  -DLLVM_ENABLE_LIBXML2=OFF \
  -DLLVM_ENABLE_OCAMLDOC=OFF \
  -DLLVM_ENABLE_PLUGINS=OFF \
  -DLLVM_ENABLE_PROJECTS="lld;clang" \
  -DLLVM_ENABLE_Z3_SOLVER=OFF \
  -DLLVM_ENABLE_ZSTD=OFF \
  -DLLVM_INCLUDE_UTILS=OFF \
  -DLLVM_INCLUDE_TESTS=OFF \
  -DLLVM_INCLUDE_EXAMPLES=OFF \
  -DLLVM_INCLUDE_BENCHMARKS=OFF \
  -DLLVM_INCLUDE_DOCS=OFF \
  -DLLVM_TOOL_LLVM_LTO2_BUILD=OFF \
  -DLLVM_TOOL_LLVM_LTO_BUILD=OFF \
  -DLLVM_TOOL_LTO_BUILD=OFF \
  -DLLVM_TOOL_REMARKS_SHLIB_BUILD=OFF \
  -DCLANG_BUILD_TOOLS=OFF \
  -DCLANG_INCLUDE_DOCS=OFF \
  -DCLANG_INCLUDE_TESTS=OFF \
  -DCLANG_TOOL_CLANG_IMPORT_TEST_BUILD=OFF \
  -DCLANG_TOOL_CLANG_LINKER_WRAPPER_BUILD=OFF \
  -DCLANG_TOOL_C_INDEX_TEST_BUILD=OFF \
  -DCLANG_TOOL_LIBCLANG_BUILD=OFF
$ ./build.sh
$ ninja -C build install

    Build flags for Zig:

    $ cd path/to/zig
$ cmake -B build -G Ninja -S . -DCMAKE_INSTALL_PREFIX="$HOME/local/zig" -DCMAKE_PREFIX_PATH="$HOME/local/llvm-21" -DCMAKE_BUILD_TYPE=RelWithDebInfo
$ ninja -C build

    Edit: The solution I've found is to use ZIG_STATIC_LLVM when building zig.

  16. alexrp
    removed
    contributor friendlyThis issue is limited in scope and/or knowledge of Zig internals.
    on Oct 30, 2025
  17. alexrp
    removed this from the post-1.0 milestone on Oct 31, 2025

  18. The-King-of-Toasters commented on Nov 1, 2025

    @The-King-of-Toasters
    The-King-of-Toasters
    on Nov 1, 2025
    Contributor

    This target is broken as of #25592, due to Illumos not implementing a futex primitive. Should be unblocked if:

    • Io.Threaded is modified to use an alternative to futexes.
    • A basic, portable Io impl is added.
    • A new Io.Evented impl is made to use Solaris event ports.

    Prior art for event ports:

  19. alexrp commented on Nov 1, 2025

    @alexrp
    alexrp
    on Nov 1, 2025
    Member

    The relevant issue for that is #25760.

  20. alexrp
    closed this as completedon May 6, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    arch-x86_6464-bit x86enhancementSolving this issue will likely involve adding new logic or components to the codebase.os-illumosillumostier systemIssues that track the support tier for a platform.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions