[PD] PD_FLOATYPE=double

[errordeveloper at gmail.com]

Hello Miller and everyone on the list!


i have finally got around testing pd compiled to use double precision
floats..

what i did was this:

pulled the sources from miller's git repo, in fact i didn't realise
there was a master tree like this!
(if i understand it correct it's the current version repository?
 the version that i can see in Help->About is reported to be 0.42.5
 or may be it's .42.5+ ? please correct me on that ..)

so i just used `env CFLAGS="-pipe -O2 -march=athlon64 -DPD_FLOATTYPE=double' ./configure`

CFLAGS="-pipe -O2 -march=athlon64" is what i always use ..tought all
versions of pd i have compiled before were compiled with this CFLAGS.


then `make all` whent fine, but failed to compile sigmund~, that's ok
as haven't used sigmund~ yet ..))

then i ran pd and tryied the testtone.pd ..and that's what was weired -
it output noise+sine ..hm
maybe to do with conversion ..i use RME Hammerfall card ..
so there is conversion heppening somewhere ..

ok,  made another patch, basica [osc~ 200]--[dac~ 1]
and that gave DC into the soundcard.
using number-[osc~] WORKED and number-[vline~]-[osc~] DID NOT..((

cannot tell if that was a pure sine for 100%, but somewhere most likely
pure :)

so trying to use a phasor~ seems to be failing too ..

has anyone else tested this propertly?

as Miller says in CHANGES.txt:
"
0.42.0

changed definition of t_float, t_sample, t_floatarg so that they can be
set via #defines (PD_FLOATTYPE, etc).
"
..hm what does "etc" mean??
maybe i need to define something extra?

or [osc~] is all we got working with doubles so far??

well, i checked again ..and it's actually not that near to a sinewave
..it's got some harmonics ..hm

i can test anything else ..but there is a general issue to be resolved.
can anyone help?
it would be very nice to get this working ..hopefully 64bit DAC's are
not to far from the general public market :)

oh, i forgot to give some details:
gcc (Gentoo 4.3.4 p1.1, pie-10.1.5) 4.3.4
so basically i am on gentoo, it's a current stable branch ..sort of

but i think it doesn't matter really..it's to do with general porting i reckon!