Piotr Osiewicz
Piotr Osiewicz
Also, with your PR you're bumping MSRV to 1.75. If we were to bump to 1.79, we could use `const` block to effectively solve this issue, which could be a...
Sure. Starting with Rust 1.79, you could restructure this line: https://github.com/smol-rs/async-task/blob/a11c4b22cbcbbdbc4fa0ff62bdbffb430a9d3394/src/runnable.rs#L516 into: ``` let ptr = if const { mem::size_of::() >= 2048 } { ``` Done that way, the LLVM...
Hey, is there anything I can do to push this PR forward?
I've fixed the bug in extension-cli, but it won't take effect until after the new version of the extension of your choice is cut.
This might've been fixed by: https://github.com/zed-industries/zed/pull/27957 @vipexv @utopiaeh could either of you check whether the OP is still an issue and if it is, run zed with `RUST_LOG=lsp=trace zed --foreground...
Can you provide clear repro step? venvs created with `uv venv` are detected just fine on my Mac. I'm using `uv 0.4.20 (Homebrew 2024-10-08)`
Yep, it looks like we don't descend into src/ in that case. It works for me when it is created at the root of a worktree tho.
Hey @ion-elgreco, I am sorry to say this was temporarily reverted in https://github.com/zed-industries/zed/pull/29676 as it caused issues for some of our users; I plan to re-land it next week.
@strangemonad thanks for a thorough feedback. I kinda dropped the ball here, but I was knee-deep in a debugger/rustc work. As for your points: 1. We already have a multi-root...
Not at the moment, no; I can add logs though.