hello,
is d_fat a new extension for externals in OSX? how works?
I have pd extended 0.40.3 on OSX intel 10.5.5, but no objects with this extension works in my system.
thanks!!!
Andrés Ferrari G.
____________________________________________________________________________________
¡Obtén la mejor experiencia en la web! Descarga gratis el nuevo Internet Explorer 8. http://downloads.yahoo.com/ieak8/?l=e1
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
IOhannes m zmölnig wrote:
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)
i just found out (with hans by my side), that Pd-extended indeed does not load .d_fat externals. you have to rename your external to .pd_darwin
fgmasdr IOhannes
ok, change to .pd_darwin works well....thank you!!!
Andrés Ferrari G.
____________________________________________________________________________________
¡Obtén la mejor experiencia en la web! Descarga gratis el nuevo Internet Explorer 8. http://downloads.yahoo.com/ieak8/?l=e1
when I change the extension to .pd_darwin the objects are loaded without problems, but with .d_fat ths console simply says : ... couldn't create
Andrés Ferrari G.
--- El dom 19-jul-09, IOhannes m zmölnig zmoelnig@iem.at escribió:
De: IOhannes m zmölnig zmoelnig@iem.at Asunto: Re: [PD] d_fat extension ??? A: "Andres Ferrari" anfex@yahoo.com Cc: pd-list@iem.at Fecha: domingo, 19 julio, 2009, 7:05 am 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
____________________________________________________________________________________
¡Obtén la mejor experiencia en la web! Descarga gratis el nuevo Internet Explorer 8. http://downloads.yahoo.com/ieak8/?l=e1
.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
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hans-Christoph Steiner wrote:
.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.
hmm: apart from all the flamewars about whether it's a good idea or not to use .d_fat and/or .pd_darwin, why do you imply that only files with .pd_darwin are "normal" externals? given the vanilla bible of Pd both are equals.
fmadst IOhannes
IOhannes m zmölnig wrote:
Hans-Christoph Steiner wrote:
.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.
hmm: apart from all the flamewars about whether it's a good idea or not to use .d_fat and/or .pd_darwin, why do you imply that only files with .pd_darwin are "normal" externals? given the vanilla bible of Pd both are equals.
For the same reasons that were discussed when these extensions were introduced. For Mac OS X, the d_fat, etc extentions cause problems without solving any. No other Mac OS X app that I have seen uses arch-specific file extentions. Mac OS X provides tools for managing the different binary formats, so it should be considered harmful to invent new ones. I think the d_fat, etc. should be deprecated and removed from Pd.
.hc
fmadst IOhannes
-
Andres Ferrari -
Hans-Christoph Steiner -
IOhannes m zmölnig