Does not work in no-std environment

[koxu1996]

I am unable to compile my project due to found duplicate lang item panic_impl, which appears to be caused by std library being indirectly included by rasn 😨. Even though this library is claimed as no_std its dependencies are not!

Where std gets included?

Latest rasn v0.8.2 depends on custom nom parser with bitvec:

nom-bitvec = { package = "bitvec-nom2", version = "0.2.0" }

This need to be discussed. Why is it custom? Probably because upstream is not supporting bitvec v1 - see rust-bakery/nom-bitvec#1, and relevant PR got stuck. It seems that @XAMPPRocky released fork as renamed package with tag 0.2.0. The different between fork source code and files published in crates.io made my investigation more difficult.

Okay, so let's use crates.io as the source of truth. You can see that bitvec-nom2 depends on bitvec v1:

Default features are not disabled, so std gets included:

NOTE: I was able to track it down with cargo tree -e features.

[koxu1996]

The second place where std is indirectly included in rasn:

rasn/Cargo.toml

Line 49 in 1809d7c

snafu = { version = "0.7", default-features = false, features = ["backtraces"] }

You can see that snafu's backtraces feature is enabling it:

NOTE: snafu 0.8.0 removed this feature

[XAMPPRocky]

Thank you for your issue! This is definitely not intentional, we should disable std in my fork and put backtraces behind a feature that is disabled by default.

[koxu1996]

Also JER should be put behind a feature, as jzon is not no-std compatible as well.

[XAMPPRocky]

@koxu1996 Can you check now, as we now should compile with the latest nom-bitvec