v0.1.6

cc: detect -lunwind for C (already automatic for C++) and build libun…

…wind when needed

v0.1.5

• fixes a rare race condition on macOS 12 (aarch64 only) hosts where two compis processes racing to build the same libc++ for the same target could both win
• adds support to cc and c++ for building for a system version less than the sysroot (i.e. -mmacosx-version-min=x.x.x)
• fixes a harmless but annoying bug where in some cases cc and c++ would create a directory named build-THIS-IS-A-BUG-IN-COMPIS in the current working directory
• cc and c++ now explicitly disallows use of -fmodules and -fcxx-modules. This only affects building for macos. Modules are allowed when providing a custom --sysroot (and the caller is responsible for making sure that sysroot has module maps etc.)
• fixes a bug in cc and c++ where running with --help arguments could trigger a build

v0.1.4

• includes libDER for macOS >=11 sysroots, needed by several system frameworks
• cc & c++ tools no longer tries to link with librt when using a custom sysroot (e.g. --sysroot=mysysroot)
• adds workaround for -isysroot mysysroot that, when not ending in a path separator, triggers a bug in clang (workaround is to add a trailing slash automatically if one is missing. Same is already implemented for --sysroot)
• cc & c++ tools now default to optimized non-LTO builds of system libraries when -O0 (or no -O flag) is given. When passing -O1 or higher, LTO is enabled by default for system libraries. Previously, debug versions of the system libraries were used for -O0. To build with debug system libs, you can pass the undocumented argument --co-debug to the cc and c++ tools.
• new bundled sysroot cache filename pattern (to support LTO and non-LTO opt builds)
• cc & c++ tools adds support for -### flag which just prints the compiler & linker commands that would be run, not actually running anything

v0.1.3

• Fixes issues with some C++ headers not being found
• Experimental riscv64 and arm (armv6) targets
• Lots of stability improvements

v0.1.2

Adds support for bare WASM (32-bit and 64-bit) as well as WASI.
WASI allows you to build C programs written for regular libc and run them in web browsers (and other WASI runtimes.)

Examples:

• bare WASM
• WASI

v0.1.1

This has a known issue. Please use v0.1.2 instead

v0.1.0

First alpha release. Expect lots of bugs and instabilities.