Open Kaendor opened 2 years ago
So I've just tried this on my own system with tarpaulin 0.20.0 and it ran fine on 1.59.0 running on this kernel/distro 5.4.0-104-generic #118~18.04.1-Ubuntu
. Could you share some more info about what kernel/distro you're on, and anything else that might be pertinent like using musl instead of glibc
Hi, i'm using Manjaro 21.2.2
, one colleague of mine is on Debian Bookworm
and our CI is using a docker image rust:1.59.0-slim-bullseye
.
We are all using glibc for rust because we tried to use musl once and it was a pain to setup...
However, it seems removing :
[lib]
proc-macro = true
is fixing our issue.
Maybe it was a mistake on our end, because this crate wasn't exporting proc-macros but still tagged like it was.
Hmm I know proc-macro crates only publicly export proc macros, so maybe it is just proc-macro things impacting it. I'll keep this open for a while as a reminder to investigate further though :thinking:
I met the same error without using proc-macro on Debian 5.4.56, arch a86_64
Hello everyone,
Description
We recently updated our rust stack to 1.59, everything compile just fine. But when we try to collect coverage using Tarpaulin, compilation errors are occurring.
We get the infamous "Error: build-script-build: linking with
cc
failed: exit status: 1".Sometimes it fails to compile "log" from rust-lang, sometimes futures-rs or even futures-utils. The bug doesn't seems to target a precise crate but always happen. We use tarpaulin on CI and our local machines (all of them using linux x64).
To Reproduce The smallest thing I did to reproduce was having a Cargo.toml containing the following :
I have only one file in
/src
which islib.rs
and is empty. I call tarpaulin with the following command :cargo tarpaulin --avoid-cfg-tarpaulin --skip-clean --frozen --ignore-tests -o Xml -o Lcov --workspace --all-features --verbose --line --debug
When we turn on debug and verbose on tarpaulin we get this kind of logs :
Expected behavior Compilation and collection of coverage