[PD-dev] fixed pdtcl prob on 10.4/gcc4.0!

james tittle tigital at mac.com
Wed May 11 20:46:59 CEST 2005

On May 11, 2005, at 2:34 PM, Hans-Christoph Steiner wrote:
> On May 11, 2005, at 12:25 AM, james tittle wrote:
>> ...so I just changed references to "pdtcl" in the makefile & pd.tk  
>> to "pdtcl.dylib", and then changed the following in the makefile:
>> #this is for Max OSX only...
>> $(BIN_DIR)/pdtcl.dylib: $(GOBJ) $(GSRC)
>>     cd ../obj; gcc -dynamiclib -o $(BIN_DIR)/pdtcl.dylib $(GOBJ) \
>>     /Library/Frameworks/Tk.framework/Versions/Current/Tk \
>>     /Library/Frameworks/Tcl.framework/Versions/Current/Tcl \
>>     /usr/lib/libSystem.B.dylib
>> ...also note that it's much better to refer things like above than  
>> "../../whatever", because that is dependent on whatever dev setup  
>> order you have (and doesn't work for me and many others)...also,  
>> we had a laugh about the "Max OSX" typo:  just can't shake yr  
>> teacher, eh?  ;-)
> The "../../Frameworks" path is necessary for building Pd using the  
> TclTkStandalone Wish.app, unless you have found another way to  
> build the Pd.app.  If so, that would be awesome.  Please enlighten us.
> If not, its easy enough to have autoconf choose between "/Library/ 
> Frameworks" and "../../Frameworks".

...please enlighten me, then, as to how autoconf would choose  
this...perhaps we need a flag for choosing to build the app or the  
cli?  In any event, the frameworks are now there in 10.4, tho I like  
relative frameworks because that means we can upgrade tcl/tk more  

...also note that I've now been contacted by an apple engineer who  
says that the "-read_only_relocs suppress" should probably be "- 
read_only_relocs warning", because this is still something to  
fix...it may be that it's linking with non-PIC objects, but that'd  
only take a performance hit on each launch of whatever uses the  

still searching,

More information about the Pd-dev mailing list