tracking issue for necessity of cargo +nightly tarpaulin

[softprops]

something that keeps popping up when I get pulls in my crates that use tarpaulin is the newish dependency on +nightly. I'm now familiar with this as a work around I wanted to open an issue that can maybe use as a tracking issue to get notified when this is no longer necessary.

[djc]

Also it would be nice if the README was updated to correct the example Travis config.

[xd009642]

@djc done 👍

Also, I'm watching this thread myself but this issue on the rust compiler is the blocker for tarpaulin on stable rust-lang/rust#54725 once this is solved and in stable proc-macro and syn can be updated and tarpaulin can come back to stable

[softprops]

Awesome thanks for being in top of this @xd009642 and thanks for your hard work on filling this gap in the rust ecosystem.

[djc]

@xd009642 much thanks! Could have saved me a few iterations when I tried to get it to work. 😁

[softprops]

https://blog.rust-lang.org/2018/10/25/Rust-1.30.0.html looks like 1.30 is out with more macro stabilizations. Does that move this gh issue forward?

[xd009642]

Doesn't seem to all the Span methods are still marked as unstable

[softprops]

doh :/

[xd009642]

So brief update. I've still got publish-lockfile in the Cargo.toml necessitating nightly. However, with that commented out tarpaulin can now run and pass on stable. There's a change to the stable dockerfile courtesy of @AnderEnder so now you can get tarpaulin on stable via docker.

Proc-macro2 probably still has the issue where it only works with the version of rustc it was compiled with. This is what necessitated publish-lockfile but given the rate stable updates I don't see this having a big effect on stable users.

[softprops]

awesome Ill give this a shot

[xd009642]

So due to some changes in source analysis and some stablisations in procedural macros you no longer need nightly to run tarpaulin so I'm closing this issue 🎉