Wayland build error without wayland feature

[LinusU]

Describe the bug
I'm trying to run egui on an Olimex Allwinner A13 board which I'm running Linux 3.4.90 on. There is a few qt applications running, so I'm guessing that it has X11.

I have added eframe to my empty project using cargo add eframe. It shows that the feature wayland isn't enabled:

But when trying to build the project, it fails with a build error in winit-0.28.6/src/platform_impl/linux/wayland/protocols.rs:

error: couldn't read /Users/linus/coding/brewie-egui/target/armv7-unknown-linux-musleabihf/release/build/winit-bffde51e9e2d0966/out/fractional_scale_v1.rs: No such file or directory (os error 2)
  --> /Users/linus/.cargo/registry/src/github.com-1ecc6299db9ec823/winit-0.28.6/src/platform_impl/linux/wayland/protocols.rs:13:1
   |
13 | include!(concat!(env!("OUT_DIR"), "/fractional_scale_v1.rs"));
   | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
   |
   = note: this error originates in the macro `include` (in Nightly builds, run with -Z macro-backtrace for more info)

error: could not compile `winit` due to previous error

It seems like the wayland feature is getting enabled in the winit crate, even if not enabled in eframe.

(I also tested this using eframe from latest git master, same error)

To Reproduce
Steps to reproduce the behavior:

1. cargo init
2. cargo add eframe
3. Copy in minimal eframe example from https://docs.rs/eframe/latest/eframe/ to main.rs
4. cargo build --release --target armv7-unknown-linux-musleabihf

Expected behavior
I expected no wayland-related build errors

Screenshots
n/a

Desktop (please complete the following information):

• OS: Linux
• Browser n/a
• Version 3.4.90

Smartphone (please complete the following information):

• Device: n/a
• OS: n/a
• Browser n/a
• Version n/a

Additional context
n/a

[RealRTTV]

Encountering the same issue cross-compiling windows -> aarch linux

[emilk]

Good catch! eframe depends on winit without the default-features = false. Will fix!

BTW, you can figure out which crates causes a feature to be enabled with cargo tree -p winit -e features -i

[emilk]

#3228 should solve it