Ólafur Páll Geirsson

A minimized reproduction can be found here https://github.com/olafurpg/intellij-bsp-pants/issues/11 Following up from an offline investigation, @jvican discovered that the Pants test runner is setting `System.err` which (to my understanding) caused an...

FWIW, Metals has an experimental Bloop integration with Pants that is implemented as a standalone command-line tool that generates `.bloop/*.json` files given a Pants build. The interface is like this...

Bloop BTW performs nicely for builds that have a large number of small targets. The latest 1.4.0-RC1 release includes several fixes that improve the performance in esp. larger build graphs...

> So now does bloop works well in the limited scope of a test target? Can you elaborate?

No-op compiles in Bloop are pretty fast in my experience even with multi-GB classpaths with ~2k jars and >1k targets. The v1.4.0-RC1 release fixed a few issues in this particular...

The scala compiler is not incremental so it doesn’t have no-op compilation. In Bazel iiuc a no-op compilation would be a cache hit.

@igor-ramazanov Since https://github.com/scalacenter/bloop/pull/1203 you can globally configure the Java version for bloop in `$HOME/.bloop/bloop.json`. Docs https://scalacenter.github.io/bloop/docs/server-reference#custom-java-home This option is respected regardless if you use bloopgun (the new `bloop` cli), Metals...

I have never seen that message. The custom java home is only respected in the latest nightly build, the homebrew is older. How are you launching bloop?

The brew formula is using an old Bloop version. You can start a Bloop server with the latest version like this ``` brew services stop bloop bloop exit cs launch...

I want to echo @Alexey-NM's concern with classfile copying. I would also love to have an option to disable it. In our case, we would be willing to accept the...