mirror of
https://github.com/enso-org/enso.git
synced 2024-11-23 16:18:23 +03:00
dc30e44b60
New plan to [fix the `sbt` build](https://www.pivotaltracker.com/n/projects/2539304/stories/182209126) and its annoying: ``` log.error( "Truffle Instrumentation is not up to date, " + "which will lead to runtime errors\n" + "Fixes have been applied to ensure consistent Instrumentation state, " + "but compilation has to be triggered again.\n" + "Please re-run the previous command.\n" + "(If this for some reason fails, " + s"please do a clean build of the $projectName project)" ) ``` When it is hard to fix `sbt` incremental compilation, let's restructure our project sources so that each `@TruffleInstrument` and `@TruffleLanguage` registration is in individual compilation unit. Each such unit is either going to be compiled or not going to be compiled as a batch - that will eliminate the `sbt` incremental compilation issues without addressing them in `sbt` itself. fa2cf6a33ec4a5b2e3370e1b22c2b5f712286a75 is the first step - it introduces `IdExecutionService` and moves all the `IdExecutionInstrument` API up to that interface. The rest of the `runtime` project then depends only on `IdExecutionService`. Such refactoring allows us to move the `IdExecutionInstrument` out of `runtime` project into independent compilation unit. |
||
---|---|---|
.. | ||
src/main/scala/licenses | ||
BenchTasks.scala | ||
build.properties | ||
BuildInfo.scala | ||
Cargo.scala | ||
CopyTruffleJAR.scala | ||
CustomLogManager.scala | ||
Distribution.scala | ||
DistributionPackage.scala | ||
Editions.scala | ||
EnvironmentCheck.scala | ||
FrgaalJavaCompiler.scala | ||
GatherLicenses.scala | ||
GenerateAST.scala | ||
GenerateFlatbuffers.scala | ||
LauncherShimsForTest.scala | ||
LibraryManifestGenerator.scala | ||
NativeImage.scala | ||
Platform.scala | ||
plugins.sbt | ||
RecompileParser.scala | ||
StdBits.scala | ||
VerifyReflectionSetup.scala | ||
WithDebugCommand.scala |