This is a fork of Rui Ueyama's chibicc with fixes and improvements.

• Compile correct code correctly.
• Code readability.
• Build real world projects, test with their suites.
• Implement GNU extensions and C23 features if doable.
• Match GCC / Clang's behavior when possible.

• Should just work on recent glibc-based (2.28+) x86-64 Linux. Also see porting
• Test script needs bash; depending on the distro, file and/or glibc-static packages may be required.

git clone --depth 1 https://github.com/fuhsnn/slimcc
cd slimcc
make test-stage2 -j

Run it in base directory like CC=~/slimcc/slimcc.

git v2.45.2 (100% test success)

git clone --depth 1 https://github.com/git/git --branch v2.45.2
cd git
make CC=~/slimcc/slimcc V=1 test -j

PostgreSQL v15.7 (All 212 tests passed.)

git clone --depth 1 https://github.com/postgres/postgres --branch REL_15_7
cd postgres
CC=~/slimcc/slimcc ./configure --disable-spinlocks --disable-atomics
make check -j

Python (July 2024 trunk) (run=477/478 failed=1 skipped=31)

git clone --depth 1 https://github.com/fuhsnn/cpython --branch typeof
cd cpython
CC=~/slimcc/slimcc ./configure
make test -j

• libtool doesn't generate the nessasary -Wl, -fPIC options for unknown compiler like ours; if you see -soname and PIC errors, try filling *_wl= *_pic= in configure scripts with '-Wl,' and '-fPIC'

1M tests were run with --no-packed-struct flag, all issues found were fixed.

The codegen strategy is matching AST nodes to hard-coded assembly snippets and glue them with data movements.

Some optimizations can be made with this by pattern-matching to smarter alternatives, I apply them when effective and don't mess up readability.

Compare size of chibicc binary built with several compilers:

      text       data        bss      total filename
    112363      43987        616     156966 gcc_O0_build
    113867      43156        504     157527 clang_O0_build
    138747      31913        456     171116 slimcc_build
    144896      29536        440     174872 tcc_build
    263659      41163        456     305278 chibicc_build

In general, code size is on par with TinyCC but execute 30% slower. Much work to be done!

• Written in C99
• New algorithm for macro expansion, better support for deep recursion tricks
• setjmp.h compatibility
• Support _Static_assert(), __has_include
• Support C23 constexpr and auto type inference
• Support variably-modified types in function prototype (aka VLA parameters)
• Support VLA auto-deallocation
• Basic stack reuse optimization
• Basic register allocation of temporaries
• Constant folding and basic strength reduction
• More involved x86-64 instruction selection

musl linux and BSDs should be doable. Check hard-coded paths in main.c, and pre-defined macros in preprocessor.c. The biggest obstacle would be GNU inline assembly in some headers. Which is not supported yet.

There is kind of a scene of porting chibicc to different real and virtual architecture going on, look around and have fun hacking.