Handle non-standard codegen output dirs

[Johennes]

Fixes: #161

This includes the changes from #163 but is currently based against main so that the workflows run.

This merges into #163 which should then become green and can be merged to main.

[Johennes]

This currently still fails for Android.

   CMake Error at /home/runner/work/uniffi-bindgen-react-native/turbo-module/example/android/app/build/generated/autolinking/src/main/jni/Android-autolinking.cmake:9 (add_subdirectory):
    add_subdirectory given source
    "/home/runner/work/uniffi-bindgen-react-native/turbo-module/android/generated/jni/"
    which is not an existing directory.

I haven't yet found out where the android/generated/jni is coming from.

[Johennes]

One possible source I found is in react-native.config.js which currently isn't generated by UBRN (and I'm unsure if it should be or not).

$ cat react-native.config.js
/**
 * @type {import('@react-native-community/cli-types').UserDependencyConfig}
 */
module.exports = {
  dependency: {
    platforms: {
      android: {
        cmakeListsPath: 'generated/jni/CMakeLists.txt',
      },
    },
  },
};

[jhugman]

Really nice, thank you.

I have left a couple of nits, which you can ignore or not.

Also: the checks don't seem to have run on this PR. Is that something I missed?

[jhugman]

I think the only thing I'd suggest, and it is the smallest of nits, is to default this in RnOutputDirCodegenConfig.

[jhugman]

This looks like it might take a good deal more boiler plate, so I wouldn't be upset if you ignored this suggestion.

[Johennes]

I think I've addressed this now.

[Johennes]

Also: the checks don't seem to have run on this PR. Is that something I missed?

Yes, you're right. They only run when merging to main but this PR is set up to merge into johannes/compatibility-matrix.

Let me actually merge this PR into the other one and we can continue the discussion there and see the CI jobs actually running.