Zac Sweers

Results 348 issues of Zac Sweers

https://github.com/Kotlin/kotlinx-knit

documentation

We've been burned by this once or twice in the past, probably worth a look https://github.com/Kotlin/binary-compatibility-validator

enhancement

left as a toe-hold for trying to tackle this in the future

We handle this for functions and can handle them for properties in a similar way.

enhancement
interop-kotlinx-metadata

This is kotlin's equivalent of a `Type` and can also just be a regular class. The current `KType.asTypeName()` is in ParameterizedTypeName.kt though, and should probably be generified and moved to...

enhancement

Currently tasks are group-less, which means they go on to a "other" catch-all. Would be nice if these could go in the verification group. Happy to send a PR.

enhancement
question

I remember seeing something somewhere that scabbard disables it (though didn't see anything obvious in code about this). Would be good to have the reasons documented and filing an issue...

question
module:processor

``` > Task :log-sync:kaptReleaseKotlin FAILED [WARN] Issue detected with dagger.internal.codegen.ComponentProcessor. Expected 1 originating source file when generating /Users/zsweers/dev/slack/slack-android-ng/log-sync/build/tmp/kapt3/classes/release/scabbard/full_slack.logsync.di.LogSyncBaseModule.svg, but detected 0: []. SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder". SLF4J: Defaulting...

bug
module:processor
needs investigation

This leads to warnings in kapt when it doesn't run ``` warning: The following options were not recognized by any processor: '[scabbard.failOnError, scabbard.outputFormat, kapt.kotlin.generated, dagger.fullBindingGraphValidation]' > Task :calendar-api-model:kaptReleaseKotlin warning: The...

bug
module:gradle-plugin
needs investigation

Consider the following example: ```kotlin class Foo @JvmOverloads @SuppressLint("CheckResult") constructor(...) ``` There alternative is basically this ```kotlin class Foo @JvmOverloads @SuppressLint("CheckResult") constructor(...) ``` Which I'm not sure is better. From...

enhancement
question
new rule