Hey folks, has this approach to sharing tests and ...

# multiplatform

[Nikolay Kasyanov]

Hey folks, has this approach to sharing tests and dependencies between different iOS platforms never worked?

iosArm64Test {
            dependsOn iosX64Test
        }

I mean, it works for ...Main source sets, but apparently not for test ones.

Yes it’s a bit 🦕 but moving to HMPP takes time.

I only found out it wasn’t working by adding iosSimulatorArm64 slice and a similar dependsOn construct for it.

[Sebastian Sellmair [JB]]

I highly advise to not do this 👀
Even for non hmpp I would create a shared arc folder, probably 🤔

[Nikolay Kasyanov]

@Sebastian Sellmair [JB] thanks for chiming in! Could you please elaborate why it’s not a good idea for non-test source sets?

[Nikolay Kasyanov]

(with test source sets it simply doesn’t work so it’s obvious :-D)

[Sebastian Sellmair [JB]]

I know, this is not a very satisfying answer, but none of the tooling developers expects this dependsOn edge. Therefore I could not predict the behaviour in this case.

A more theoretical answer would be, that it is then undefined, whether or not iosArm64 would close all expects or it it is okay that just iosX64Test closes them.
We distinguish between shared compilations and “binary” compilations. This will definitely suggest the tooling that it is a shared compilation where it kind of isn’t.

There will be a more intuitive way of doing things like this in the future 👀

[Sebastian Sellmair [JB]]

Btw: I expect regular binary compilations (aka compiling a target through cli) to work nevertheless. My concerns are more about shared compilations and tooling support!