Make error reporting match that of SBT's

[jadenPete]

This PR fixes the following discrepancy with our compiler error reporting and SBT's:

Ours:

[Error] src/main/scala/higherkindness/rules_scala/workers/zinc/test/TestRunner.scala:233 type mismatch;
[Error]  found   : Seq[higherkindness.rules_scala.common.sbt_testing.TestDefinition]
[Error]  required: List[higherkindness.rules_scala.common.sbt_testing.TestDefinition]
one error found

Using SBT or scalac:

src/main/scala/higherkindness/rules_scala/workers/zinc/test/TestRunner.scala:233: error: type mismatch;
 found   : Seq[higherkindness.rules_scala.common.sbt_testing.TestDefinition]
 required: List[higherkindness.rules_scala.common.sbt_testing.TestDefinition]
          runner.execute(filteredTests, testScopeAndName.getOrElse(""), testRunnerArgs.frameworkArgs)
                         ^
1 error

The [Error] line prefix is added by us, but the detailed position information is missing.

Additionally, this PR fixes the test failures on lucid-master.

[jjudd]

Are there other other common compiler options that we know of which need a specific path?

This is a tricky issue because in theory there are infinite options which could do so. Even better yet they get specified by the user.

I suppose it's probably just not work thinking about for now.

[jadenPete]

This is a tricky issue because in theory there are infinite options which could do so. Even better yet they get specified by the user.

I thought of this when I made this change and did feel slimy modifying compiler options like this, but I think it's better to modify compiler options than pass SemanticDB options separately. My reasoning is that because there are likely many compiler options that reference paths and some of those compiler options may be used outside of this ruleset (by those defining Scala libraries, binaries, tests, etc..), it's much less confusing to intercept compiler options than direct users to use another set of options instead.

I could go through every compiler option that references file paths, but that list is probably endless and I figured we can expand this list as necessary.