Jump to content
duzzell

dlopen on iOS

Recommended Posts

I was under the impression that dynamically loaded libraries are not allowed on iOS. I ran a 3rd party framework (Google Sign In for iOS) through Octoid and the resulting pascal file contains a call to dlopen in its initialization section. Wouldn't that be considerd a load of a dynamic library?

 

dlopen(MarshaledAString(libGoogleSignIn), RTLD_LAZY)

 

Thanks

Share this post


Link to post
2 hours ago, duzzell said:

I was under the impression that dynamically loaded libraries are not allowed on iOS.

What gave you that impression?

2 hours ago, duzzell said:

I ran a 3rd party framework (Google Sign In for iOS) through Octoid and the resulting pascal file contains a call to dlopen in its initialization section

This is a shortcoming of Octoid - it should not be generating that code for 3rd party frameworks. Incidentally, there is already an import for GoogleSignIn in Kastri, which includes "loader" (fake) methods to ensure that dependent frameworks are also linked in:

procedure AppAuthLoader; cdecl; external framework 'AppAuth';
procedure GoogleSignInLoader; cdecl; external framework 'GoogleSignIn';
procedure GoogleUtilitiesLoader; cdecl; external framework 'GoogleUtilities';
procedure GTMAppAuthLoader; cdecl; external framework 'GTMAppAuth';
procedure GTMSessionFetcherLoader; cdecl; external framework 'GTMSessionFetcher';

Good luck making GoogleSignIn work on iOS - see the latter comments in this issue regarding the problems I'm having. 

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×