atom feed8 messages in at.iem.pd-listRe: [PD] d_fat extension ???
FromSent OnAttachments
Andres FerrariJul 18, 2009 8:53 am 
IOhannes m zmölnigJul 19, 2009 4:04 am 
IOhannes m zmölnigJul 19, 2009 8:19 am 
Andres FerrariJul 19, 2009 8:21 am 
Andres FerrariJul 19, 2009 8:27 am 
Hans-Christoph SteinerJul 19, 2009 9:34 am 
IOhannes m zmölnigJul 22, 2009 12:16 pm 
Hans-Christoph SteinerAug 9, 2009 11:18 am 
Subject:Re: [PD] d_fat extension ???
From:Hans-Christoph Steiner (ha@at.or.at)
Date:Jul 19, 2009 9:34:10 am
List:at.iem.pd-list

.d_fat doesn't work on Pd-extended (I don't remember why, feel free to fix it), just rename it to .pd_darwin like a normal external.

.hc

On Sun, 2009-07-19 at 08:05 -0300, IOhannes m zmölnig wrote:

Andres Ferrari wrote:

hello,

is d_fat a new extension for externals in OSX? how works?

"d" is for darwin, "fat" is for universal binaries. there are alternative extensions like "d_ppc" (guess what).

it's just an filename-extension, otherwise it is identical to the old extensions (but it is useful if you want to have several architecture binaries living side-by-side)

I have pd extended 0.40.3 on OSX intel 10.5.5, but no objects with this
extension works in my system.

what is the exact error message? is it not able to find the files or can it not dlopen them? (use "-verbose") iirc, hans has expressed his dislike of .d_fat in favour of .pd_darwin, but i don't think he would have actively removed support for .d_fat.

however, if this _is_ the problem, just renaming .d_fat to .pd_darwin should fix it (and bugger hans to remain compatible with pd-vanilla :-)) (i'm pretty sure that on 0.40 you already should have support for .d_fat)

if it finds the file but cannot dlopen, then the file is probably NOT a fat binary (despite it's name) and rather compiled for a wrong architecture.

fgmasdr IOhannes