You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm not sure how to build iced when using it in "integration" mode, e.g., similar to how the integration example works.
There's a number of problems just when targetting e.g., wasm32-unknown-unknown, mostly related to deps using memmap2, which are as i understand it:
fontdb (optional)
usvg (optional)
smithay-client-toolkit (required)
so i think smithay-client-toolkit is the failing link here, at least from compile perspective.
Assuming these issues can be resolved, is there any other guidelines for how to accomplish this? it seems a reasonable usecase, since wgpu itself can target wasm32 without much issue?
The text was updated successfully, but these errors were encountered:
yes but wgpu can target web (i'm suggesting what does a user do if they want to target wasm32-unknown-unknown for e.g., the experimental webgpu web api for wgpu and also used iced?). as i can see the list i gave above are the current blockers for why iced won't even compile with that target when using iced_native.
do you see what i mean?
basically if using iced native and targeting wasm32, this should be possible
I'm not sure how to build iced when using it in "integration" mode, e.g., similar to how the integration example works.
There's a number of problems just when targetting e.g.,
wasm32-unknown-unknown
, mostly related to deps usingmemmap2
, which are as i understand it:so i think smithay-client-toolkit is the failing link here, at least from compile perspective.
Assuming these issues can be resolved, is there any other guidelines for how to accomplish this? it seems a reasonable usecase, since wgpu itself can target wasm32 without much issue?
The text was updated successfully, but these errors were encountered: