Rust 1.61 in Linux does no add resources to the EXE about winres HOT 8 OPEN

In early November 2022, I wrote an email to @mxre with the question whether he could accept PR #41 or give a short feedback on how to proceed. I did not receive an answer.

Hence, with utmost respect for the original work, I forked the repository and created a new crate that is maintained again.

https://github.com/BenjaminRi/winresource
https://crates.io/crates/winresource

Everything is identical, except that this bug is fixed and the name is winresource. I will also continue to maintain the crate to the best of my ability and available time. Whether you switch to the new crate or use a workaround for the time being is up to you, of course.

from winres.

The drawback is that I think it will not be backwards compatible, it will require Rust 1.61.

You can use https://crates.io/crates/version_check to do it conditionally.
That's better than hacks, at least.

from winres.

i just downgraded to 1.60 because i wasted 2.5 days with this cross compilation problem

from winres.

I probably run into the same problem with my tp-note/build.rs.
Could you please publish a (minor) version upgrade?

from winres.

This also affects Windows/MINGW.
(This issue's title happens to be too narrow, I almost not looked here before submitting a duplicate :) )

[EDIT: deleted some premature conclusions. My attempts to use @rodrigorc's solution 1 as a user-side workaround failed because they conflicted with cargo directives emitted by the unmodified winres.]

Can confirm that PR #41 (which implements solution 1 on my rust version) fixes the issue for me.

Leaving my ugly user-side workaround here just in case it might work as a stop-gap for someone who cannot use the PR branch:

	println!("cargo:rustc-link-arg=-Wl,--whole-archive");
	println!("cargo:rustc-link-arg=-Wl,-Bstatic");
	println!("cargo:rustc-link-arg=-lresource");
	println!("cargo:rustc-link-arg=-Wl,--no-whole-archive");

from winres.

This bug breaks this crate completely for up to date Rust toolchains.

@mxre would it be possible to accept PR #41 and publish the fix on crates.io? The crate silently stops working whenever someone updates their toolchain to Rust 1.61 or higher, leading to unexpected outcomes and troubleshooting for every person who uses it.

from winres.

A temporary solution until the crate gets fixed would be to add @Nilstrieb's repo to Cargo.toml instead:

winres = { git = "https://github.com/Nilstrieb/winres", branch = "linking-flags" }

from winres.

A temporary solution until the crate gets fixed would be to add @Nilstrieb's repo to Cargo.toml instead:

winres = { git = "https://github.com/Nilstrieb/winres", branch = "linking-flags" }

I know. But then you cannot publish it on crates.io. Ultimately, if this bug is not fixed, a fork is required.

from winres.