I think there a workable solution for the problem of object names that
use characters that don't work on all filesystems. For binaries, like
~, they can be linked into a .pd_linux that is loaded as part of the
libdir. One part of the libdir plan is to have a shared library that
is loaded when the libdir is loaded. That mechanism could also be
used to load a file that includes these classes.
So a library like 'audiomath' would then have audiomath/
libaudiomath.pd_linux. Normally, audiomath/libaudiomath.pd_linux
would only include shared code, but for this case, it would also
include the >~ class, etc.
.hc
On Apr 5, 2009, at 3:44 PM, Derek Holzer wrote:
Sorry not to be specific. I meant the signal ones. I have replaced
all with [expr~].D.
Frank Barknecht wrote:
Hallo, Derek Holzer hat gesagt: // Derek Holzer wrote:
I have found that using these math functions doesn't always create
on different systems using Pd-Extended.Is this really true? Because these objects for messages are builtins and if builtins don't work in Pd extended that would be a severe issue. Of course it's different with their signal counterparts where they
are externals. Ciao-- ::: derek holzer ::: http://blog.myspace.com/macumbista ::: http://www.vimeo.com/macumbista ::: ---Oblique Strategy # 168: "Use fewer notes"
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Programs should be written for people to read, and only incidentally
for machines to execute.
- from Structure and Interpretation of Computer Programs