[PD] Miller's pd 0.40 OSX loader
Hans-Christoph Steiner
hans at eds.org
Fri Sep 22 15:52:10 CEST 2006
On Sep 21, 2006, at 3:53 PM, james tittle wrote:
> On Sep 21, 2006, at 3:17 PM, IOhannes m zmoelnig wrote:
>>
>> wow! do the change the preferred way of linking with every minor
>> release?
>>
>> i can understand that there might be some changes in the preferred
>> loading mechanism after the macintel change (with the goal of
>> supporting
>> both architectures).
>> but afair, they only changed the fundamental architecture once in the
>> last 10 years...
>
> ...well, to be fair, the switch was done with 10.3.x, which is
> about 4 years ago at this point...and look at this as a good thing,
> because I remember everyone complaining in the pre-10.3 days about
> the lack of dlopen() standardizing...
>
>> so should we change the configure-checks for Gem?
>> to either use "-dynamiclib -mmacosx-version-min=10.3 -undefined
>> dynamic_lookup" or - if this is not supported - "-bundle -undefined
>> suppress -flat_namespace"
>
> ...it depends: I wouldn't do the check fully based on osx version,
> but perhaps also include pd version, since I don't recall if the
> older NSBundle stuff works with "dynamiclibs" or not...
>
> ...always keeping us on our toes...
Shall we try building the whole of Pd-extended with these linker flags?
-dynamiclib -mmacosx-version-min=10.3 -undefined dynamic_lookup
.hc
------------------------------------------------------------------------
If you are not part of the solution, you are part of the problem.
More information about the Pd-list
mailing list