What are the keys in this map used for? If they don't serve any purpose from the user's perspective, I think we should just make this a list.

Hey @joffrey-bion, the original idea was to follow the pattern proposed in the Kotlin/Native documentation, where each cinterops declaration has its own alias, for example:

cinterops {
    val libcurl by creating {
        definitionFile.set(project.file("src/nativeInterop/cinterop/libcurl.def"))
        packageName("com.jetbrains.handson.http")
        compilerOpts("-I/path")
        includeDirs.allHeaders("path")
    }
}

cinterop:
  hello:
    defFile: 'src/nativeInterop/cinterop/libcurl.def'

In that model, using a map makes sense to allow identification by name.

That said, since this alias is not currently used anywhere, I agree there’s no practical benefit from the user’s perspective. We can simplify this and switch to a list.

I don't think this piece of code can actually throw IOException. Could you please explain why we try/catch here?

To be honest, I wouldn't actually try to catch anything, even if it could throw (just like in the if right above). If we can't read files properly, we don't want to hide the error, it's better to let it fail. The consumer of the frontend code will decide what to do with exceptions anyway.

The cinterop definitions might need their own dir instead of resources. In gradle, the default is src/nativeInterop/cinterop/{name_of_the_cinterop}.def. Since we don't use the same src/main/ convention, the src/nativeInterop/cinterop dir from Gradle could be mapped to nativeInterop/cinterop or just cinterop directly under the root of the module in Amper.

Regarding the filename, maybe we should use the name of the interop lib (the key in the settings.cinterops map) instead of the module name. That would give meaning to that key, so it needs to be discussed.

Also, ideally this default value should be set on the frontend side, as a computed value from the interop lib name. @Jeffset will probably be able to shed some light on how to do this properly (or reply that it's not possible yet 😆).