Shahzad Majeed

Hi, I'm in the same boat. Using Vapor (that uses NIO) via. Tuist. My generated project have `BUILD_LIBRARY_FOR_DISTRIBUTION=YES` for the wrapper framework that uses `Vapor` but sets `BUILD_LIBRARY_FOR_DISTRIBUTION=NO` for Vapor...

@Lukasa Sorry for long read below but it will give you a better picture: We have Xamarin app that uses some native code via. XCFrameworks. Until now, we had been...

Before I talk about suggested approach, I have few questions (unrelated to NIO but maybe you know the answers or if you can direct me where to ask that would...

> For these questions I'd recommend asking on the Apple Developer forums, where you'll be able to get more-expert eyes. Sure, will do that.. > It doesn't much matter, both...

@kabirkhaan how do you expect Tuist to help with this issue?

+1 for this please

I can confirm that I also somewhat need this setup. We have extension targets which do almost nothing but defer their implementation to Braze sdk so it doesn't make sense...

You can control bundle id via. User defined build settings

@MontakOleg I'm curious why these scripts are not in a "build phase" and what is the benefit of using a MacOS target instead?

> > Anyone got a way around this issue on the latest google sign in version? > > > > I'm trying to integrate GoogleSignIn 7.0.0 but there is no...