simple scripts to run non-bootstrapped compiler after 'sbt buildQuick'

[lrytz]

The current scripts in bin are not suitable for iterative development, as they invoke sbt dist/pack whenever any source file has a newer timestamp. Also they are full of magic which I don't think I need for compiler development.

I know there are repl / scala / scalac sbt tasks, but I highly prefer working in zsh versus sbt shell, for example because I can cd to a sandbox directory. Then I run scq A.scala, cfr-decompiler A.class, stuff like that.

This PR is a proposal, I'm curious if anyone else would find it useful.

[bishabosha]

I'd like this (I guess obligatory "what about windows users" - but not a requirement )

[lrytz]

I missed your review, thanks @bishabosha. I added a paragraph to docs/_docs/contributing/getting-started.md.

[lrytz]

In the current approach, buildQuick depends on fullClasspath, so the user has to guess to re-run buildQuick when the scripts break at some point.

An alternative would be to make buildQuick depend on the compile task, then the workflow would be to always run buildQuick (or ~buildQuick) when working on the codebase. This is sort of how it works in Scala 2. what do you think?

[bishabosha]

ok so the idea is for the user to replace compile command with buildQuick, when working with these scripts, I guess that makes sense

[smarter]

I know there are repl / scala / scalac sbt tasks, but I highly prefer working in zsh versus sbt shell

For what it's worth, if you have sbt already started somewhere, you can do sbtn scalac sandbox/foo.scala from your shell.

[dwijnand]

👍🏼 I've missed these, particularly because once I have the scripts I can run scalac on different files in parallel, while even with sbtn I can only run scalac serially.

[lrytz]

Removed scaladocQ because scaladoc depends on scala3-compiler-bootstrapped which makes buildQuick less quick.

[dwijnand]

@bishabosha happy to merge this?

[bishabosha]

could probably use a follow up PR to trap exit signals and cleanup like you see in dist/bin, but as its for testing its fine