Re: AU exporting different symbols for different architectures
Re: AU exporting different symbols for different architectures
- Subject: Re: AU exporting different symbols for different architectures
- From: Kieran Tyrrell <email@hidden>
- Date: Wed, 17 Nov 2010 14:24:49 +0100
In answer to my own question it seems that creating a dummy void entry point with the entry point name seems to work ok, and I'd hope that no hosts try to use this entry point if the plugin is reporting that it doesn't support a carbon view:
#if __LP64__
void* CTheCarbonViewEntry;
#endif
If anyone knows how to NOT export this symbol on x86_64 only, I'd still like to know :)
Cheers, Kieran.
On 17 Nov 2010, at 13:42, Kieran Tyrrell wrote:
> Hi,
>
> When using an exports file with an Audio Unit with a Cocoa and a Carbon view, we're getting the problem that when the linker tries to link the x86_64 part of the binary it can't find (obviously) the Carbon View entry point (because it's not there).
>
> Is there a way to use two exports files in Xcode, one for i386 linking and another for x86_64?
>
> Alternatively, can we create a dummy carbon view entry point that does nothing on x86_64 to satisfy the linker and exports file, or is there a chance that some hosts might try to use this if it's there?
>
> I realise I can just forget about the exports file and export everything (as a lot of other AUs seem to do), but can't help feeling that's a bit messy :P
>
> Cheers, Kieran.
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden