starred/komorebi
1
0
Fork 0
mirror of https://github.com/LGUG2Z/komorebi.git synced 2026-01-11 14:40:25 +01:00
Code Issues 87 Packages Projects Releases 10 Wiki Activity

compile error: Windows.Win32.Foundation.RECT not found in metadata #18

New Issue
Closed
opened 2026-01-05 14:47:41 +01:00 by adam · 3 comments
adam commented 2026-01-05 14:47:41 +01:00
Owner
Copy Link

Originally created by @belljames on GitHub (Aug 22, 2021).

Originally assigned to: @LGUG2Z on GitHub.

Hi!
I'm having consistent issues with compiling bindings.
Previously Foundation::POINT was not found in the metadata, now RECT.

image

Any tips would be greatly appreciated!

Also, this is an elegant redesign of your earlier tiling project. You've made excellent choices and I look forward to what comes. Thank you!

Originally created by @belljames on GitHub (Aug 22, 2021). Originally assigned to: @LGUG2Z on GitHub. Hi! I'm having consistent issues with compiling bindings. Previously Foundation::POINT was not found in the metadata, now RECT. ![image](https://user-images.githubusercontent.com/57881574/130354013-6b69c5ea-2f2b-4467-9e19-14bef1f2432e.png) Any tips would be greatly appreciated! Also, this is an elegant redesign of your earlier tiling project. You've made excellent choices and I look forward to what comes. Thank you!
adam added the bugcannot-reproduce labels 2026-01-05 14:47:41 +01:00
adam closed this issue 2026-01-05 14:47:41 +01:00
adam commented 2026-01-05 14:47:41 +01:00
Author
Owner
Copy Link

@LGUG2Z commented on GitHub (Aug 22, 2021):

Thank you for the kind words on the design choices and the code! I think most people just come for the tiling, but it's nice when people appreciate the design and the code improvements from the yatta too.

Looks like a new version of the windows-rs crate was just released with breaking import changes (4be4e568fc).

If you stash any changes in your locally checked out repo, especially to Cargo.lock, this should force the project to compile using the supported version (0.18.0) of windows-rs in the lockfile.

I'll spend some time later doing the upgrade to 0.19.0 and push it to the master branch once I get everything building correctly.

@LGUG2Z commented on GitHub (Aug 22, 2021): Thank you for the kind words on the design choices and the code! I think most people just come for the tiling, but it's nice when people appreciate the design and the code improvements from the `yatta` too. Looks like a new version of the `windows-rs` crate was just released ~~with breaking import changes~~ (https://github.com/microsoft/windows-rs/commit/4be4e568fcc38f4a746909bce4f1762d253a2ecd). If you stash any changes in your locally checked out repo, especially to `Cargo.lock`, this should force the project to compile using the supported version (0.18.0) of `windows-rs` in the lockfile. I'll spend some time later doing the upgrade to 0.19.0 and push it to the master branch once I get everything building correctly.
adam commented 2026-01-05 14:47:42 +01:00
Author
Owner
Copy Link

@LGUG2Z commented on GitHub (Aug 22, 2021):

@belljames I just tried this out locally and was able to build without any issues on both of the following toolchains:

cargo 1.54.0 (5ae8d74b3 2021-06-22) / stable-x86_64-pc-windows-msvc
cargo 1.56.0-nightly (e96bdb0c3 2021-08-17) / nightly-x86_64-pc-windows-msvc

I also just pushed a commit bumping the version of window-rs to 0.19.0 which built succesfully against the latest stable toolchain.

Can you share the commit hash that you are building from, the toolchain + rustc version that you are using to build, and the Cargo command that you are building with so that I can try to reproduce this build failure?

@LGUG2Z commented on GitHub (Aug 22, 2021): @belljames I just tried this out locally and was able to build without any issues on both of the following toolchains: ``` cargo 1.54.0 (5ae8d74b3 2021-06-22) / stable-x86_64-pc-windows-msvc cargo 1.56.0-nightly (e96bdb0c3 2021-08-17) / nightly-x86_64-pc-windows-msvc ``` I also just pushed a commit bumping the version of `window-rs` to 0.19.0 which [built succesfully](https://github.com/LGUG2Z/komorebi/actions/runs/1155912695) against the latest stable toolchain. Can you share the commit hash that you are building from, the toolchain + `rustc` version that you are using to build, and the Cargo command that you are building with so that I can try to reproduce this build failure?
adam commented 2026-01-05 14:47:42 +01:00
Author
Owner
Copy Link

@belljames commented on GitHub (Aug 22, 2021):

solved! thank you!

Edit: confirmed the above is my setup - cargo 1.54.0 & stable-x86_64-pc-windows-msvc
Updating window-rs to 0.19.0 did the trick.

image

@belljames commented on GitHub (Aug 22, 2021): solved! thank you! Edit: confirmed the above is my setup - cargo 1.54.0 & stable-x86_64-pc-windows-msvc Updating window-rs to 0.19.0 did the trick. ![image](https://user-images.githubusercontent.com/57881574/130364888-d634be18-0f08-4ad2-b377-a066afbf555d.png)
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
0.1.36
apps-behaving-badly
bug
bug
cannot-reproduce
documentation
enhancement
github_actions
i-am-stuck
i-will-definitely-work-on-this
i-will-not-work-on-this
i-will-probably-work-on-this
komorebi
komorebi-bar
komorebic
performance
pull-request
Mirrored from GitHub Pull Request
 translation
No Label bug cannot-reproduce
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
adam
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/komorebi#18
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?