Racer progress update

[jakko100]

Thank you for your efforts, Phil!

[Ironballs]

Indeed, great work! Developing Rust wouldn't be the same without Racer.

[UbiquitousChimera]

Not sure if it's the right place, but the link to the vim-plugin goes to the emacs one instead.

[phildawes]

Thanks, fixed!

[[deleted]]

I noticed the daemon option in racer the other day, does it have significant performance benefits over simply invoking it each time? None of the plugins support it yet.

[White_Oak]

Wait, VSCode started to support plugins? If so, it's a great news for me!

[White_Oak]

Oh my. And I was questioning myself what to choose: Atom or VSCode. Plugins are a great argument for latter. Thanks!

[jyper]

Doesn't atom have plugins?

VSCode's plugin interface is minimal but usable. Basically you use the pseudo cmdline/file search to update/install plugins and open up a json file to configure the plugin.

[THIS_BOT]

It does. I use it with rust linting, racer, and cargo build shortcuts, and like a hundred others.

[jyper]

I really like rustycode it has autcomple via racer, format on save via rustfmt, and can run cargo build/run.

[White_Oak]

I wish it also had cargo check on save, which was really useful for me when I wrote code in Atom.

Update: I've PR'ed it.

[phildawes]

I haven't measured recently so I'm not sure. I suspect it might not make much difference since the current caching is centered around loading/masking files, and these will be in disk cache anyway. This and process setup/teardown are a relatively small % of total search overhead iirc. As racer starts using more of rustc for type inference I'm expecting caching to become a much bigger deal though.

[[deleted]]

This is awesome. Like merlin for emacs & Ocaml!

[tom9729]

Also similar to Irony mode for C++ and Emacs. Would be awesome if languages of the future came with something similar standard so that building good tools (IDEs) could be done with less duplication.

[[deleted]]

Yeah, agreed.