On Feb 3, 2007, at 6:40 PM, Martin Peach wrote:
Bryan Jurish wrote:
morning Martin, morning list,
just a note: I've patched the pd-0.40-2 source re-compiled here
(separate build, not related to my flext problems mentioned in
another
thread;-)), and I'm still triggering the #error at line
moin Martin,
On 2007-02-04 00:40:03, Martin Peach [EMAIL PROTECTED] appears
to have written:
Bryan Jurish wrote:
at any rate, a thousand thanks for your work, and I'm looking forward to
playing with real strings in pd!
Good to know I've done something useful for once!
I guess my
Bryan Jurish wrote:
moin Martin,
On 2007-02-04 00:40:03, Martin Peach [EMAIL PROTECTED] appears
to have written:
Bryan Jurish wrote:
at any rate, a thousand thanks for your work, and I'm looking forward to
playing with real strings in pd!
Good to know I've done something
morning Martin, morning list,
just a note: I've patched the pd-0.40-2 source re-compiled here
(separate build, not related to my flext problems mentioned in another
thread;-)), and I'm still triggering the #error at line 11 of str.c
(apparently induced because !defined(t_string)), despite the
Bryan Jurish wrote:
morning Martin, morning list,
just a note: I've patched the pd-0.40-2 source re-compiled here
(separate build, not related to my flext problems mentioned in another
thread;-)), and I'm still triggering the #error at line 11 of str.c
(apparently induced because
Martin Peach wrote:
Thomas Grill wrote:
Hi Martin,
many thanks for your initiative, it is greatly appreciated!
yes, me too!
The [str] object contains the other functions, you can see them in str.c
in /externals/mrpeach/str.
i think that if pd provides the infrastructure, then it also
I have implemented a string type for Pure Data as well as a [str] object
that uses it. For it to work, pd needs to be patched. The [str] is
contained in a separate file but the infrastructural changes are part of
pd. I have attached a patch file for anyone interested. If it is
acceptable,
Hi Martin,
many thanks for your initiative, it is greatly appreciated!
It would be extremely useful to also define some API for string
handling right from the start, to be able to use the string type in
externals... all those functionality that seems to be contained in
your str object.
Yeah, sounds cool indeed. If you want to try it in the Pd-extended
builds, add the patch to packages/patches with a descriptive name and
the version of Pd is was diffed from. (just don't add it to the
0.39.2 release branch ;)
Those patches are automatically applied as part of the
