Re: Symbol collision with Audio Unit plugins, sandboxing
Re: Symbol collision with Audio Unit plugins, sandboxing
- Subject: Re: Symbol collision with Audio Unit plugins, sandboxing
- From: Thomas Thiriez <email@hidden>
- Date: Mon, 28 Sep 2009 22:05:27 +0200
Neither the main executable, nor the library causing the problem were
built with a flat namespace.
The aliasing occurs even when I link statically with the lib.
Could it be that the problem is that the AudioUnit itself was linked
with a flat namespace?
--
Thomas
On 28 sept. 09, at 07:19, Kyle Sluder wrote:
On Sun, Sep 27, 2009 at 10:16 PM, tahome izwah
<email@hidden> wrote:
That document states that MacOS X uses two level namespace by
default.
If that is the case, why does he have the problem in the first place
and how can changing this flag help avoiding the problem of symbol
aliasing in an AU host app?
Perhaps one of the aforementioned libraries is being built with a flat
namespace.
--Kyle Sluder
_______________________________________________
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
_______________________________________________
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