Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Use `LazyThreadSafetyMode.NONE` for lazy values used by single-threaded code

    • -0
    • +26
    ./kotlin/org/gradle/instantexecution/extensions/unsafeLazy.kt
Move system property access to `InstantExecutionStartParameter`

Load Gradle properties before checking instant execution fingerprint

  1. … 1 more file in changeset.
Fix previous commit.

Fix previous commit.

Partially fix the `jar` task with instant execution when the project has no source files or resources.

In this change, generate a placeholder manifest file for the Jar if it does not exist so as to ensure that the Jar file is generated. This will be improved later, so that the correct manifest content is included in the Jar.

  1. … 5 more files in changeset.
Partially fix the `jar` task with instant execution when the project has no source files or resources.

In this change, generate a placeholder manifest file for the Jar if it does not exist so as to ensure that the Jar file is generated. This will be improved later, so that the correct manifest content is included in the Jar.

  1. … 4 more files in changeset.
Partially fix the `jar` task with instant execution when the project has no source files or resources.

In this change, generate a placeholder manifest file for the Jar if it does not exist so as to ensure that the Jar file is generated. This will be improved later, so that the correct manifest content is included in the Jar.

  1. … 4 more files in changeset.
Partially fix the `jar` task with instant execution when the project has no source files or resources.

In this change, generate a placeholder manifest file for the Jar if it does not exist so as to ensure that the Jar file is generated. This will be improved later, so that the correct manifest content is included in the Jar.

  1. … 5 more files in changeset.
Get `--scan` to work with instant execution again

By making the `Settings` object initialization in instant execution more similar

to how it works in classic execution:

- instantiate `Settings` object during `SettingsPreparer` execution

- move `SettingsProcessor` execution to happen in the context of `SettingsPreparer`

- create a separate ClassLoaderScope for `Settings` so it can receive plugins

- always apply auto-applied plugin requests during `SettingsProcess` execution

This commit also removes the system property propagation hack as it's no longer

needed.

  1. … 1 more file in changeset.
Simplify `DefaultInstantExecution`

- Reuse `service<T>()`

Simplify `DefaultInstantExecution`

- Reuse `service<T>()`

Polish `DefaultInstantExecution`

- Make code readable under 96 columns

Fix remaining `:instantExecution` warnings

Except for deprecation related ones.

Polish `ArtifactCollectionCodec`

- Suppress `implicit_cast_to_any` warning

- Make code readable under 96 columns

- Favor property access syntax over call syntax

Introduce `ReadContext.readNonNull` and use it to remove warnings

  1. … 1 more file in changeset.
Simplify `isolate.owner.service` access

Fixes for previous commit.

  1. … 1 more file in changeset.
Fixes for previous commit.

  1. … 3 more files in changeset.
Fixes for previous commit.

  1. … 5 more files in changeset.
Fixes for previous commit.

  1. … 3 more files in changeset.
Restructure project tree construction so that the containing `ProjectState` for a project is always available, to avoid throwing and then silently ignoring an `IllegalArgumentException` for each project.

Also reuse more project construction logic and remove a bunch of duplicate ad hoc code. This change means that the `ProjectState` object now owns the mutable `Project` object, as was always the intention, rather than existing as a parallel tree. This can continue to evolve so that all access to the mutable project object is mediated by the `ProjectState` that owns it.

  1. … 20 more files in changeset.
Restructure project tree construction so that the containing `ProjectState` for a project is always available, to avoid throwing and then silently ignoring an `IllegalArgumentException` for each project.

Also reuse more project construction logic and remove a bunch of duplicate ad hoc code. This change means that the `ProjectState` object now owns the mutable `Project` object, as was always the intention, rather than existing as a parallel tree. This can continue to evolve so that all access to the mutable project object is mediated by the `ProjectState` that owns it.

  1. … 20 more files in changeset.
Restructure project tree construction so that the containing `ProjectState` for a project is always available, to avoid throwing and then silently ignoring an `IllegalArgumentException` for each project.

Also reuse more project construction logic and remove a bunch of duplicate ad hoc code. This change means that the `ProjectState` object now owns the mutable `Project` object, as was always the intention, rather than existing as a parallel tree. This can continue to evolve so that all access to the mutable project object is mediated by the `ProjectState` that owns it.

  1. … 20 more files in changeset.
Restructure project tree construction so that the containing `ProjectState` for a project is always available, to avoid throwing and then silently ignoring an `IllegalArgumentException` for each project.

Also reuse more project construction logic and remove a bunch of duplicate ad hoc code. This change means that the `ProjectState` object now owns the mutable `Project` object, as was always the intention, rather than existing as a parallel tree. This can continue to evolve so that all access to the mutable project object is mediated by the `ProjectState` that owns it.

  1. … 19 more files in changeset.
Restructure project tree construction so that the containing `ProjectState` for a project is always available, to avoid throwing and then silently ignoring an `IllegalArgumentException` for each project.

Also reuse more project construction logic and remove a bunch of duplicate ad hoc code. This change means that the `ProjectState` object now owns the mutable `Project` object, as was always the intention, rather than existing as a parallel tree. This can continue to evolve so that all access to the mutable project object is mediated by the `ProjectState` that owns it.

  1. … 10 more files in changeset.
Restructure project tree construction so that the containing `ProjectState` for a project is always available, to avoid throwing and then silently ignoring an `IllegalArgumentException` for each project.

Also reuse more project construction logic and remove a bunch of duplicate ad hoc code. This change means that the `ProjectState` object now owns the mutable `Project` object, as was always the intention, rather than existing as a parallel tree. This can continue to evolve so that all access to the mutable project object is mediated by the `ProjectState` that owns it.

  1. … 11 more files in changeset.
Fix for previous commit.

Serialise services marked with `@BuildTree` to the instant execution cache. Mark the `JavaInstallationRegistry` implementation with this annotation so that tasks and other types that reference this service work with instant execution.

  1. … 3 more files in changeset.
Serialise services marked with `@BuildTree` to the instant execution cache. Mark the `JavaInstallationRegistry` implementation with this annotation so that tasks and other types that reference this service work with instant execution.

  1. … 3 more files in changeset.