DCE for user-defined extensions in atomicfu

[qwwdfsad]

Consider the following user-defined extension: private inline fun AtomicBoolean.tryAcquire(): Boolean = compareAndSet(false, true)

Currently, the postprocessor retains the original method in the bytecode. While it is okay for the Kotlin compiler to do so, it is not the case for atomicfu that should remove every trace of itself after post-processing. Otherwise, resulting classfiles are polluted with symbols that are missing from the classpath (and it may trigger warnings like Kotlin/kotlinx.coroutines#1155).

Also, note that not only extensions but their access-bridges should be removed.

[qwwdfsad]

I think it is time to introduce a validation step to the postprocessor to avoid issues like that in the future

[elizarov]

Hm... I thought I did fix it in ec234e4 I'll investigate what's going on there.

[elizarov]

Fixed in version 0.12.7