Nixyri/zig
1
0
Fork 0
mirror of https://github.com/ziglang/zig.git synced 2024-11-15 16:45:27 +00:00
Code Issues Packages Projects Releases Wiki Activity
General-purpose programming language and toolchain for maintaining robust, optimal, and reusable software.
1,360 Commits 27 Branches 19 Tags 492 MiB
Zig 97.1%
C 1.7%
C++ 0.8%
Python 0.1%
CMake 0.1%
5774b48ceb
Go to file
Andrew Kelley 5774b48ceb rename c_long_double to c_longdouble 
to be consistent with other c primitive type names
2017-05-07 19:51:44 -04:00
c_headers fix some c header symbol collisions 2016-02-13 22:57:55 -07:00
cmake add Travis CI integration 2017-04-21 13:27:11 -04:00
doc rename c_long_double to c_longdouble 2017-05-07 19:51:44 -04:00
example change while syntax 2017-05-03 18:12:07 -04:00
src rename c_long_double to c_longdouble 2017-05-07 19:51:44 -04:00
std builtin functions for division and remainder division 2017-05-06 23:13:12 -04:00
test fix inability to initialize global pointer to global array element 2017-05-07 18:09:45 -04:00
.gitignore zig build: organize build artifacts 2017-04-30 18:56:24 -04:00
.travis.yml add Travis CI integration 2017-04-21 13:27:11 -04:00
build.zig zig build: organize build artifacts 2017-04-30 18:56:24 -04:00
CMakeLists.txt switch expression - add compile errors 2017-05-07 12:07:35 -04:00
LICENSE add license 2015-08-05 16:22:18 -07:00
README.md update README 2017-05-07 14:12:38 -04:00

README.md

ZIG

A programming language which prioritizes optimality, robustness, and clarity.

ziglang.org

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

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 == 4.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.

Related Projects