tpimh/ngtc

Non-GNU toolchain

ngtc's Issues

Broken LLVM link

They moved it to https://github.com/llvm/llvm-project.git

it is no longer at https://git.llvm.org/git

Stable Clang branch

Due to the master branch being unstable and not building for me, a feature request - an option to choose a stable release branch/tag like llvmorg-8.0.0 in script.

Ngtc branch used was alpine-lxc and OS is alpine linux.

Update non-docker version & a Containerized version

Comment and a request please, not a problem.

I'm coming from EasyOS, which uses containers rather than Docker, and Quirky which is root only, would you be willing to update one of your non-docker versions first or should I just clone (fork) the lot and do it myself, before I attempt to build a toolchain on our EasyOS system and work from there?

I'm also looking at creating a musl/clang/llvm/etc, based system and your nenuzhnix is of interest, can I help anywhere I can in either?

Use premade chroot to build system

I made a llvm system by following linux from scratch.
It would be preferable to turn it into a docker file somehow to just extract it, chroot to it and run a script to build itself.
Its much better than forcing clang to fight with gcc in alpine so without libstdc++ it would compile without issues.
Check it out and think about using it to build your project.
https://drive.google.com/open?id=1Uv2_DU60lvUFVrPuqmi_scws1pfVAwmo

How do I use ngtc?

Hi
I just built ngtc using docker as a first step to build my own Linux variant (Aalbus). I see from the output that it has been built in a x86_64-pc-linux-musl prefix but I can not find it in my file system. Is it inside the docker image? How do I call it to build stuff in the "outside world" (with the aim to build a base system that can be chrooted)? Can I somehow copy the files from the x86_64-pc-linux-musl prefix into my regular file system so that I can work with it without docker?

Compiler-rt sanitizer not supported

Compiler-rts sanitizer is not supported with musl libc, it should be disabled with -DCOMPILER_RT_BUILD_XRAY=OFF -DCOMPILER_RT_BUILD_SANITIZERS=OFF -DCOMPILER_RT_SANITIZERS_TO_BUILD=none

Compiler-rt not properly linking

libc++ doesnt properly link with compiler-rt.
It leaves missing symbols such as "__divti3", "__muloti4", and "__udivti3"
Using alpine-lxc on the latest alpine release 3.10

evaluate mold

https://github.com/rui314/mold

Not sure if there's much benefit over lld that is currently used, but maybe worth testing.