General-purpose programming language and toolchain for maintaining robust, optimal, and reusable software.
Go to file
Andrew Kelley 7f9de4b945 travis: use external lld for apple
since the binary I uploaded to build against has the LLD fixes
2017-08-28 03:32:43 -04:00
c_headers update C headers to clang 4.0.0 2017-06-16 14:35:00 -04:00
ci travis: use external lld for apple 2017-08-28 03:32:43 -04:00
cmake update build to look for llvm 5.0 2017-08-26 00:34:40 -04:00
deps build: use embedded LLD by default 2017-08-28 03:12:23 -04:00
doc move docs to website 2017-08-20 17:30:02 -04:00
example all tests passing in MacOS 2017-08-27 17:16:42 -04:00
src remove remnants of depending on darwin system linker 2017-08-28 03:31:57 -04:00
std all tests passing in MacOS 2017-08-27 17:16:42 -04:00
test all behavior tests passing for macos 2017-08-27 05:15:24 -04:00
.gitignore update gitignore 2017-08-14 13:29:18 -04:00
.travis.yml travis: add macos script 2017-08-27 01:07:06 -04:00
build.zig include compiler-rt tests in main testing suite 2017-08-18 13:51:16 -04:00
CMakeLists.txt remove remnants of depending on darwin system linker 2017-08-28 03:31:57 -04:00
LICENSE add license 2015-08-05 16:22:18 -07:00
README.md update build to look for llvm 5.0 2017-08-26 00:34:40 -04:00

ZIG

A programming language designed for robustness, optimality, and clarity.

ziglang.org

Documentation

Feature Highlights

  • Small, simple language. Focus on debugging your application rather than debugging your knowledge of your programming language.
  • Ships with a build system that obviates the need for a configure script or a makefile. In fact, existing C and C++ projects may choose to depend on Zig instead of e.g. cmake.
  • A fresh take on error handling which makes writing correct code easier than writing buggy code.
  • Debug mode optimizes for fast compilation time and crashing with a stack trace when undefined behavior would happen.
  • Release mode produces heavily optimized code. What other projects call "Link Time Optimization" Zig does automatically.
  • Compatible with C libraries with no wrapper necessary. Directly include C .h files and get access to the functions and symbols therein.
  • Provides standard library which competes with the C standard library and is always compiled against statically in source form. Compile units do not depend on libc unless explicitly linked.
  • Nullable type instead of null pointers.
  • Tagged union type instead of raw unions.
  • Generics so that one can write efficient data structures that work for any data type.
  • No header files required. Top level declarations are entirely order-independent.
  • Compile-time code execution. Compile-time reflection.
  • Partial compile-time function evaluation with eliminates the need for a preprocessor or macros.
  • The binaries produced by Zig have complete debugging information so you can, for example, use GDB to debug your software.
  • Mark functions as tests and automatically run them with zig test.
  • Friendly toward package maintainers. Reproducible build, bootstrapping process carefully documented. Issues filed by package maintainers are considered especially important.
  • Cross-compiling is a primary use case.
  • In addition to creating executables, creating a C library is a primary use case. You can export an auto-generated .h file.
  • Standard library supports Operating System abstractions for:
    • x86_64 linux
    • Support for all popular operating systems and architectures is planned.
  • For OS development, Zig supports all architectures that LLVM does. All the standard library that does not depend on an OS is available to you in freestanding mode.

Community

Building

Build Status Build status

Dependencies

Build Dependencies

These compile tools must be available on your system and are used to build the Zig compiler itself:

  • gcc >= 5.0.0 or clang >= 3.6.0
  • cmake >= 2.8.5

Library Dependencies

These libraries must be installed on your system, with the development files available. The Zig compiler links against them.

  • LLVM, Clang, and LLD libraries == 5.x

Debug / Development Build

If you have gcc or clang installed, you can find out what ZIG_LIBC_LIB_DIR, ZIG_LIBC_STATIC_LIB_DIR, and ZIG_LIBC_INCLUDE_DIR should be set to (example below).

For MacOS, ZIG_LIBC_LIB_DIR and ZIG_LIBC_STATIC_LIB_DIR are unused.

mkdir build
cd build
cmake .. -DCMAKE_INSTALL_PREFIX=$(pwd) -DZIG_LIBC_LIB_DIR=$(dirname $(cc -print-file-name=crt1.o)) -DZIG_LIBC_INCLUDE_DIR=$(echo -n | cc -E -x c - -v 2>&1 | grep -B1 "End of search list." | head -n1 | cut -c 2- | sed "s/ .*//") -DZIG_LIBC_STATIC_LIB_DIR=$(dirname $(cc -print-file-name=crtbegin.o))
make
make install
./zig build --build-file ../build.zig test

Release / Install Build

Once installed, ZIG_LIBC_LIB_DIR and ZIG_LIBC_INCLUDE_DIR can be overridden by the --libc-lib-dir and --libc-include-dir parameters to the zig binary.

mkdir build
cd build
cmake .. -DCMAKE_BUILD_TYPE=Release -DZIG_LIBC_LIB_DIR=/some/path -DZIG_LIBC_INCLUDE_DIR=/some/path -DZIG_LIBC_STATIC_INCLUDE_DIR=/some/path
make
sudo make install

Test Coverage

To see test coverage in Zig, configure with -DZIG_TEST_COVERAGE=ON as an additional parameter to the Debug build.

You must have lcov installed and available.

Then make coverage.

With GCC you will get a nice HTML view of the coverage data. With clang, the last step will fail, but you can execute llvm-cov gcov $(find CMakeFiles/ -name "*.gcda") and then inspect the produced .gcov files.