{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreiaykowhv2ywqoqzsr7xbf2cjo2knciob4unj72lk67z7oag34iefy",
    "uri": "at://did:plc:ivbknywyskln22er3nkssdhl/app.bsky.feed.post/3mphnpb4ul4n2"
  },
  "path": "/t/code-compiles-on-playground-but-fails-when-passed-via-stdin-to-rustc/24393?page=2#post_32",
  "publishedAt": "2026-06-29T17:56:33.000Z",
  "site": "https://internals.rust-lang.org",
  "textContent": "epage:\n\n> More recently, I found out about `-Zallow-features` and wonder if there is something there we could build up to better support these use cases, including forwarding that to build scripts and proc-macros for the code they generate.\n\nMusicalNinjaDad:\n\n> Why not the other way around? Instead of requiring an opt-in to a full nightly experience on nightly, provide an opt-in-to-only which then disables everything else.\n\nSounds like that actually already exists. (Thanks - another thing I learned today!)\n\nSo, what's the concern about a build probe which correctly reacts to `RUSTFLAGS=\"-Zallow-features=\"` by _not_ enabling any nightly features?\n\nIf you want to limit what is enabled on nightly for reasons like those above, set the env variable, ...\n\n(I just checked and all my probes react correctly to it - so it's not rocket science, just so under-documented that getting probes right is much harder than it needs to be)",
  "title": "Code compiles on playground but fails when passed via stdin to rustc"
}