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 fact that
my (patched) m_pd.h (which is being properly (#include)d does in fact
include the relevant typedef.
I'm running gcc-4.1.2 on debian-unstable/x86, and it seems that here,
"typedef...t_string" does *not* in fact #define t_string in the
preprocessor sense (a small test program confirms this). [str] builds
fine if I comment out the #ifndef...#endif, but I hereby humbly suggest
finding a better method to test for pd-internal string support (either a
"real" preprocessor macro defined with #define in the patched m_pd.h or
an autoconf-style test compile, which is probably way overboard, but at
least wouldn't require a new patch)...
at any rate, a thousand thanks for your work, and I'm looking forward to
playing with real strings in pd!
marmosets,
Bryan
On 2007-01-27 17:53:19, Martin Peach <[EMAIL PROTECTED]> appears
to have written:
> I have implemented a string type for Pure Data as well as a [str]
> object that uses it.
[snip]
--
Bryan Jurish "There is *always* one more bug."
[EMAIL PROTECTED] -Lubarsky's Law of Cybernetic Entomology
_______________________________________________
PD-dev mailing list
PD-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
