RetroSearch Browse

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from https://github.com/ziglang/zig/issues/16270 below:

make the main zig executable no longer depend on LLVM, LLD, and Clang libraries · Issue #16270 · ziglang/zig · GitHub

This issue is to fully eliminate LLVM, Clang, and LLD libraries from the Zig project. The remaining ties to these projects are as follows:

completely eliminate dependency on LLD #8726
LLVM
- directly output LLVM bitcode rather than using LLVM's IRBuilder API #13265
- C backend - 1742/1792 tests passing (97%) (@jacobly0 et al.)
- enable the x86 backend by default for debug builds on x86_64-linux #22257
- wasm backend - 1611/1765 tests passing (91%) (@Luukdegram)
- 100% behavior tests passing for the aarch64 backend #21172
- optimization passes not actually a prerequisite for this proposal. The clang package mentioned below will be
  able to provide LLVM optimizations as well.
- ability to create import libs from def files without LLVM #17807
- Avoid LLVM API for setting a module's code model and PIC/PIE levels #21238
Clang
- upstream Aro and use it for translate-c instead of clang #16268 not actually a prerequisite for this proposal
- When the compiler is built without LLVM, use Aro to compile C code instead of Clang #16269 not actually a prerequisite for this proposal
- C++ source files in zig's repository are built by clang when bootstrapping
  - src/windows_sdk.cpp: port to Zig #15657
- add an assembler to the toolchain #21169
- Compiling C++, Objective-C, Objective-C++, etc. files. Solve with a clang package that can be depended on via the zig build system.
- zig cc, zig c++, zig translate-c and other subcommands without a clang/llvm dependency in the compiler binary #20875
- make resinator use aro's preprocessor instead of clang #17752
- make mingw .def.in file parsing use aro's preprocessor instead of clang #17753
- move @cImport to the build system #20630
zig ar: a drop-in llvm-ar replacement #9828

Note that there would still be an LLVM backend for outputting .bc files (#13265), but the Zig compiler would lack the capability to compile .bc files into object files. LLVM or Clang would need to be installed and invoked separately for that use case.

In exchange, Zig gains these benefits:

All our bugs are belong to us.
The compiler becomes trivial to build from source and to bootstrap with only a C compiler on the host system.
We stop dealing with annoying problems introduced by Linux distributions and package managers such as Homebrew related to LLVM, Clang, and LLD. There have been and continue to be many.
The Zig compiler binary goes from about 150 MiB to 5 MiB.
Compilation speed is increased by orders of magnitude.
We can implement our own optimization passes that push the state of the art of computing forward.
We can attract research projects such as alive2
We can attract direct contributions from Intel, ARM, RISC-V chip manufacturers, etc., who have a vested interest in making our machine code better on their CPUs.

Please read my other comments in this issue before replying:

InKryption, alichraghi, Beyley, Mindgibber, jtriley2p and 902 moreMPLew-is, ringoz, musi-musi, loic-sharma, zexa and 161 morejvyden, 0x08088405, andrewschaaf, lin72h, aelzeiny and 74 morelin72h, pietmichal, den-mentiei, imarko, unreal-skif and 74 morescheibo, Jarred-Sumner, pdeva, Phalangers, zekexiao and 65 moremlugg, alichraghi, theoparis, Beyley, ianprime0509 and 146 moremlugg, travisstaloch, alichraghi, lodinukal, achille-roussel and 144 morerodrimati1992, Congee, 190n, chiumichael, aelzeiny and 129 more

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4