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
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
