Inconsistent behavior with include_str! between stable and nightly

[nightmared]

Hello,
someone reported on tokio-rs/tracing#755 some weird behavior with include_str! not behaving appropriately (when using async-trait and tokio-rs/tracing), where rustc end up searching for the file to be included in a wrong directory. Turns out this builds on nightly but not on stable.

More precisely: https://github.com/Txuritan/tie is the reproducer, it builds fine any rustc built after 9b2b8a5, but fails on anything before that, including stable, with the following error:

error: couldn't read src/text.txt: No such file or directory (os error 2)
 --> src/lib.rs:1:1
  |
1 | / mod example;
2 | |
3 | | #[async_trait::async_trait]
4 | | pub trait Test {

According to my nonexistent git-bisect skills, "9b2b8a5afa833795b66267684615497c9547878d is the first bad commit" (where bad is actually good here, it means the crate compiles). So it look like it's some broken span reporting/propagation that was fixed in master since. That's about everything I know, but knowing the precise commit narrow things down a fair bit, I believe.

Hope this can help !

[ratijas]

"9b2b8a5afa833795b66267684615497c9547878d is the first bad commit"

Here: 9b2b8a5. Now it behaves like a link.

[nightmared]

This really appears to be part of #43081, and is fixed by one the commit related to this issue.

[nightmared]

Considering there have been multiple stable releases where this issue is fixed since the moment this issue was opened, I'm closing this.