-
Notifications
You must be signed in to change notification settings - Fork 3.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Linux port via Blade #7343
Linux port via Blade #7343
Conversation
We require contributors to sign our Contributor License Agreement, and we don't have @kvark on file. You can sign our CLA at https://zed.dev/cla. Once you've signed, post a comment here that says '@cla-bot check'. |
@cla-bot check |
The cla-bot has been summoned, and re-checked this pull request! |
leaving blade-internal RWH as 0.5 until this is fixed: ash-rs/ash#864
@williamdes yes, that's the big boss of the text system missing. Looks like the suggested path to it is implementing |
I do not know where 7509677 comes from but:
/cc @mikayla-maki |
@aminya: Can you try the following branch: https://github.com/h3mosphere/zed/tree/resize-on-draw I had the same issue, this is probably a performance killer until @kvark can work out a better solution. But it works for me.
|
It reverted it in kvark#2. cause it also causes conflicts. |
do we have support for linux if this PR gets merged ? |
@aminya, sorry about that meant to push to a branch. Thanks for fixing things :) |
@bhavya3024 No, there is still missing essential functionality. E.g. font rendering. |
* fix: avoid panics in case of non-existing path for watching * fix: copy the themes and plugins * Revert "add a few more libraries to the linux script" This reverts commit 7509677. * fix: add vulkan validation layers to the system deps * fix: fix the themes paths
@noverby ok, waiting for the day when I can have this as an alternative to vscode. |
they could also just offer its developer a full-time, work-at-home job as theyre more proficient with linux and they could then gear blade into its direction rather than other way round. just throwing the idea out there |
Motivation
I ❤️ Zed! It's lightning fast and has great UX. I want it to run as well on all major platforms. I'm currently using Linux most actively.
Blade is a good candidate for providing GPU access: it supports Vulkan, Metal, and GLES/WebGL. Its abstraction is extremely thin, while having one of the nicest GPU APIs. Codebase is also tiny. Checkout the meetup recording from a year ago.
I believe these projects make a good match 🚀 !
Why this is a bad idea
If Zed team wants to use off-the-shelf components from Rust ecosystem, then Blade is certainly at disadvantage here, since it's not widely used. It would rely on Zed team adding necessary features in a branch, then maybe upstreaming some of them. That is to say, it's unclear if this can be avoided with more popular alternatives - being flexible with any local changes is a good ability.
Why it's not too bad
Blade uses WGSL shaders, similar to
wgpu
andarcana
, but without the binding decorations. So this aspect of the product is nicely portable.Progress
Current status
Zed starts up but crashes on text-system related checks.
