[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