Xcode actually does not use an LSP server under the hood, it’s like the other historic/big IDEs that rely much on a tight integration with the compiler via static analysis and many other complex machinery to get that IDE effect, lsp servers in comparison are very basic, but also very portable and that’s their advantage: we can have a reasonable feature set of Xcode’s in any editor that supports lsp servers.
Oh that's interesting indeed! I managed to get Xcode like formatted logs but it was one of the most complicated things to get right (not that right actually), and xcbeautify seems the solution I was searching for. Thanks for sharing!
You are free to think like that, and I respect your feeling. The reality is that it took me almost a year to get the config details right and days of preparation to ship that article. I took inspiration from this article if you’re curious: https://www.heinrichhartmann.com/posts/writing/.
Pretty good to be honest. I got much performance problems and cache inconsistencies with Rust lsp server than with Swift’s. The responsiveness is not in par with Xcode but the overall experience is quite good in my experience. My machine is a MacBook Pro M1 BTW.
I wanted to share in this article the fruit of almost a year of trial and error to shape a configuration that made my Doom Emacs a fully featured Swift/iOS development environment.
Xcode is still far ahead (previews, instruments as examples), but still; that config gave me the opportunity to stay in Doom Emacs for 98% of the time.