More testing

[bjorn3]

• Run https://github.com/dropbox/rust-brotli-decompressor
• Run https://github.com/Peltoche/lsd (hashbrown assertion failure due to Constants not correctly aligned #348, because debug assertions are disabled works as of a24a956)
• Run https://github.com/sitkevij/hex.git
• Run https://github.com/sharkdp/hexyl (works when patching ctrl+c handler, which uses threads, away (TLS support #784))
• Run https://github.com/ogham/exa (requires threads (TLS support #784))
• Test https://github.com/rust-lang/regex (requires cpuid intrinsic (faked no cpuid support by cpu) and simd (implemented enough in Simd emulation #650))
• Run https://github.com/mohanson/gameboy
• Run https://github.com/ozkriff/zemeroth (blocked on Support #[rustc_args_required_const(...)] for simd intrinsics #666, requires threads)
• Run https://gitlab.com/veloren/veloren (requires threads (TLS support #784), kind of works, but too slow to be usable)
• Run https://github.com/ozkriff/zoc
• Run https://github.com/gchp/iota
• Test https://github.com/BurntSushi/fst
• Run https://github.com/dalance/procs (requires saturating_{add,sub} for signed integers (3fcd540))
• Run https://github.com/nical/lyon examples (requires saturating_{add,sub} for signed integers (3fcd540), all but the wgpu examples tested, my graphics driver doesn't have vulkan/metal/dx* support)
• Run more applications

[bjorn3]

Does anybody know of a rust program which doesn't use threads? I want to test compiling it using cg_clif.

[memoryruins]

• simple-raytracer https://github.com/ebobby/simple-raytracer
• svgbob https://github.com/ivanceras/svgbob
• svgcleaner https://github.com/RazrFalcon/svgcleaner
• bat https://github.com/sharkdp/bat
• fd https://github.com/sharkdp/fd (only creates a job server if a flag is passed)
• fselect https://github.com/jhspetersson/fselect
• encrusted https://github.com/DeMille/encrusted
• termpix https://github.com/hopey-dishwasher/termpix

(on mobile and unable to confirm if all of these don't use threads)

[bjorn3]

Thanks @memoryruins! Will try them.

[bjorn3]

• https://github.com/ebobby/simple-raytracer (blocked on Support cast between u/i128 and float #668)
• https://github.com/ivanceras/svgbob (requires removal of #![deny(warnings)])
• https://github.com/RazrFalcon/svgcleaner (blocked on Support cast between u/i128 and float #668)
• https://github.com/sharkdp/bat
• https://github.com/sharkdp/fd (requires threads, even with -j 1 (TLS support #784))
• https://github.com/jhspetersson/fselect
• https://github.com/DeMille/encrusted (requires --bin encrusted)
• https://github.com/hopey-dishwasher/termpix (blocked on Support cast between u/i128 and float #668, requires threads (TLS support #784))

[bjorn3]

@memoryruins Got all but the thread requiring programs working 🎉

[jyn514]

https://crates.io/crates/c2-chacha doesn't compile (used in rand): error: at fn core::core_arch[0]::x86_64[0]::sse41[0]::_mm_insert_epi64[0]: unsupported intrinsic simd_insert

I also got warning: err opening clif file: Os { code: 36, kind: Other, message: "File name too long" }, not sure if that affects the build.

Everything else for https://github.com/jyn514/rcc works well, great work!

[jyn514]

Other misc projects:

• https://github.com/hsivonen/encoding_rs (used in reqwest)

thread 'rustc' panicked at 'assertion failed: `(left == right)`
  left: `2816`,
 right: `0`: faerie doesn't support addends in data section relocations yet', /home/joshua/.cargo/git/checkouts/cranelift-af8713b52459e6cd/01201b1/cranelift-faerie/src/backend.rs:245:13

Edit(@bjorn3): working as of 83f6ef1

[bjorn3]

Thanks for testing.

https://crates.io/crates/c2-chacha doesn't compile (used in rand): error: at fn core::core_arch[0]::x86_64[0]::sse41[0]::_mm_insert_epi64[0]: unsupported intrinsic simd_insert

That is https://github.com/bjorn3/rustc_codegen_cranelift/issues/669. You can edit the Cargo.toml of c2-chacha to not passthrough the simd feature to one of its dependencies as workaround.

I also got warning: err opening clif file: Os { code: 36, kind: Other, message: "File name too long" }, not sure if that affects the build.

No it doesnt. In debug mode cg_clif tries to write the clif ir of every compiled function to target/out/clif in the source dir for cg_clif. If the filename is too big, it just ignores it. You can build cg_clif in release mode to prevent writing of clif ir. That also makes it a lot faster. You will need to set the CHANNEL env var to release for cargo.sh to use the release build.

https://github.com/hsivonen/encoding_rs (used in reqwest)

Known issue. faerie (the object file writer) doesnt implement something.

[bjorn3]

• Run https://github.com/BurntSushi/ripgrep (blocked on Implement addends in data section relocations m4b/faerie#71, requires threads (TLS support #784))
• Run https://github.com/m4b/bingrep
• Run https://github.com/gahag/bgrep (release mode doesn't link: https://github.com/bjorn3/rustc_codegen_cranelift/issues/746)

[jyn514]

bingrep works on my machine, not sure what error it's giving on yours.

$ uname -a
Linux joshua-ThinkPad 4.15.0-65-generic #74-Ubuntu SMP Tue Sep 17 17:06:04 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux