)

The compilation started failing after KT-59739

…riction (#3810)

In KT-58551 we require all annotations from expect declaration to be
present on actual.

Currently, `unwrap` is not called from public inline functions.
We can safely remove it.

Co-authored-by: Roman Efremov <roman.efremov@jetbrains.com>

The build configuration modification was done to prevent unexpected "shared jvm" behavior in IDE due to the improper jvmCoreMain to jvmMain dependency. A conditional dependency inclusion is added, which will only engage in CLI builds and not in the IDE. This change addresses the issue KTIJ-25959 and avoids IDE confusion with multi-compilation scenarios.

…e or internal (#3808)

The new atomicfu JVM compiler plugin (since 1.9.20) will explicitly require atomic properties to be private or internal (or to be members of private or internal classes).

See: Kotlin/kotlinx-atomicfu#322
YT issue: KT-60528

Also, remove flag `kotlin.mpp.enableGranularSourceSetsMetadata` that has no effect anymore

…ler restriction (#3810)"

This reverts commit 2bd0f29.

Fixes #3789


Co-authored-by: Vsevolod Tolstopyatov <qwwdfsad@gmail.com>

…riction

In KT-58551 we require all annotations from expect declaration to
be present on actual.

This commit fixes the following violations:

1. `DefaultDelay` has `@PublishedApi` only on expect, thus it must be copied to
all actuals.

2. `unwrap` has the same problem.

3. expect `IgnoreJreRequirement` has `AnnotationTarget.TYPE` which is not present in actual.
This is because Java target TYPE doesn't correspond to Kotlin target TYPE.
Since `IgnoreJreRequirement` is internal, we can safely change targets on expect and make
them equal to actual.

Make annotations on expect declarations comply with new compiler restriction

The PR #3746 introduced a bug due to which the IDEA coroutine
debugger didn't run. See
https://youtrack.jetbrains.com/issue/KTIJ-26327