Hans-Christoph Steiner wrote:
I think its a really bad idea to name functions using names that have
existing in standard headers for decades, especially when that header is
i do not recall any function in pd with a name y1().
it is a simple stupid variable, with a _quite_ descriptive name
Hans-Christoph Steiner wrote:
I am getting conflicts just my using your build stuff. Could you remove
zexyconf.h from CVS since its dynamically generated? Otherwise this
will require manual intervention after automatic builds.
RCS file: /cvsroot/pure-data/externals/zexy/src/zexyconf.h,v
Hans-Christoph Steiner wrote:
gcc -DPD -O3 -funroll-loops -fomit-frame-pointer -mcpu=i586
-mtune=pentium3 -I/home/pd/auto-build/pd-extended/pd/src -W -ggdb
-mms-bitfields -DMSW -DNT -D'O_NONBLOCK=1' -D'srand48(n)=srand((n))'
-D'drand48()=((double)rand()/RAND_MAX)'
hi
Hans Steiner wrote:
Just a thought: Miller has started, just barely, to use a config.h
generated by ./configure in pd/src. How about adding the stuff that you
have in zexyconf.h there? Then every library can benefit. For now, we
can just use patches in the Pd-extended build until
On Oct 19, 2006, at 4:46 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
gcc -DPD -O3 -funroll-loops -fomit-frame-pointer -mcpu=i586 -
mtune=pentium3 -I/home/pd/auto-build/pd-extended/pd/src -W -ggdb -
mms-bitfields -DMSW -DNT -D'O_NONBLOCK=1' -D'srand48(n)=srand
((n))'
On Oct 19, 2006, at 4:02 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
I think its a really bad idea to name functions using names that
have existing in standard headers for decades, especially when
that header is
i do not recall any function in pd with a name y1().
it is
