update rustc_index_macros feature handling

[onur-ozkan]

It seems that cargo can't conditionally propagate features if they were enabled by default on the target crate, but disabled with default-features = false in the current/parent crate.

Fixes #118129

[rustbot]

r? @fmease

rustbot has assigned @fmease.
They will have a look at your PR within the next two weeks and either review your PR or reassign to another reviewer.

Use r? to explicitly pick a reviewer

[jieyouxu]

That is... weird. I'll take a look tmrw.
r? jieyouxu

[RalfJung]

It seems that cargo can't conditionally propagate features when default-features is set to false.

What do you mean by this?

[onur-ozkan]

This does not work.

[RalfJung]

It does seem to work sometimes though? Only particular ./x.py invocations are broken.

[onur-ozkan]

I couldn't see anything that could be related in bootstrap.

[RalfJung]

Note that if this truly does not work you'll have to also change it here

rust/compiler/rustc_abi/Cargo.toml

Lines 13 to 32 in eca1702

	rustc_index = { path = "../rustc_index", default-features = false }
	rustc_macros = { path = "../rustc_macros", optional = true }
	rustc_serialize = { path = "../rustc_serialize", optional = true }
	rustc_span = { path = "../rustc_span", optional = true }
	tracing = "0.1"
	# tidy-alphabetical-end
	[features]
	# tidy-alphabetical-start
	default = ["nightly", "randomize"]
	# rust-analyzer depends on this crate and we therefore require it to built on a stable toolchain
	# without depending on rustc_data_structures, rustc_macros and rustc_serialize
	nightly = [
	"dep:rustc_data_structures",
	"dep:rustc_feature",
	"dep:rustc_macros",
	"dep:rustc_serialize",
	"dep:rustc_span",
	"rustc_index/nightly",
	]

and in the dozen other places where we do the same thing.

I think the first step would be to reproduce this in a minimal example and file a cargo issue, if this is really the problem.