Hi,
I think you can link C++11 and GNU C code together because I'm doing that with Jamoma [1] which build both on Linux (with GCC 4.8 and 4.9) and Mac OS (with Apple LLVM version 6.0 (clang-600.0.54) (based on LLVM 3.5svn). But I'm sorry Arshia have no clue about your error but you can check flags and all the build chain on github [2].
Cheers
Antoine
[1] : https://travis-ci.org/jamoma/JamomaPureData [2] : https://github.com/jamoma/JamomaPuredata
-- do it yourself http://antoine.villeret.free.fr
2015-06-03 12:58 GMT+02:00 Thomas Grill gr@grrrr.org:
Fwiw, on the external side of things, there is my hr library doing this: http://puredata.info/Members/thomas/hr best, Thomas
2015-06-02 22:44 GMT+02:00 Miller Puckette msp@ucsd.edu:
With a pair of single-precision floating-point numbers you can specify arbitrary sums to about 47 bits of precision. This is less than the 56 bits (I think) that a double precision number has, but it's enough, for instance, to specify locations in an hour-long soundfile at 96K down to less than 1/10000 of a sample.
This can be done, for instance, by making the first of the two numbers represent exactly a mmultiple of 256 (up to about (256 * 16,000,000) and the second one a value less than 256 with 16 bits of fraction (plus 8 of integer part).
This is in effect how the demo patch B16-long-varispeed work.s
But it's tricky to do - I should really put an abstraction in extra to help people do it :)
Miller
On Tue, Jun 02, 2015 at 04:14:22PM -0400, William Huston wrote:
I so wish these double precision float patches could be rolled into the main branch.
This issue of indexing into long arrays is the biggest thing impacting
my
PD joy I've found.
Unless I'm missing something, the onset inlet to [tabread4~] is not an acceptable solution, since it is only *added* to the value (address) on
the
left inlet. So instead of first encountering noise at 150,000 bytes into the array, we defer the problem to 300,000? This is just 7 seconds @ 44.1khz, and I want to work with audio files potentially 2 hrs long.
Thanks Katja for your work on this.
On Tuesday, June 2, 2015, Arshia Cont Arshia.Cont@ircam.fr wrote:
Thank you Katja for the swift response! We will wait for that then.
Any one running into run-time problems when compiling with C++11 or
C++14? We seem to have memory alignment issues… .
Arshia Cont
On 02 Jun 2015, at 14:23, katja katjavetter@gmail.com wrote:
On Tue, Jun 2, 2015 at 1:07 PM, Arshia Cont Arshia.Cont@ircam.fr
wrote:
[...]
My second question would be on double-precision audio externals.. I
see
discussions on class_new64 but can’t seem to find any trace of it in 0.46-6.. I dig into the archives to figure this one out first!
In 2011 I made a set of patch files for vanilla pd 0.43 to enable double precision builds (where t_float and t_sample are doubles).
That
can be found here:
https://github.com/pd-projects/pd-double
You could try it out for evaluation but Miller wants to scrutinize, test and improve the patch files before accepting them.
Katja
Pd-dev mailing list Pd-dev@lists.iem.at http://lists.puredata.info/listinfo/pd-dev
--
May you, and all beings be happy and free from suffering :) -- ancient Buddhist Prayer (Metta)
Don't forget to sign the
*Pledge to Resist*
*the Constitution Pipeline:*
- *The Pledge: TinyURL.com/Pledge2ResistCP
http://TinyURL.com/Pledge2ResistCP*
- *More info: TinyURL.com/Pledge2ResistCP1
Pd-dev mailing list Pd-dev@lists.iem.at http://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@lists.iem.at http://lists.puredata.info/listinfo/pd-dev
-- Thomas Grill http://grrrr.org
Pd-dev mailing list Pd-dev@lists.iem.at http://lists.puredata.info/listinfo/pd-dev