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 <[email protected]>: > 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 <[email protected]>: > >> 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 <[email protected]> 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 <[email protected]> wrote: >> > >> >> > >> On Tue, Jun 2, 2015 at 1:07 PM, Arshia Cont <[email protected]> >> 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 >> > > [email protected] >> > > 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 >> > <http://TinyURL.com/Pledge2ResistCP1>* >> >> > _______________________________________________ >> > Pd-dev mailing list >> > [email protected] >> > http://lists.puredata.info/listinfo/pd-dev >> >> >> _______________________________________________ >> Pd-dev mailing list >> [email protected] >> http://lists.puredata.info/listinfo/pd-dev >> > > > > -- > Thomas Grill > http://grrrr.org > > _______________________________________________ > Pd-dev mailing list > [email protected] > http://lists.puredata.info/listinfo/pd-dev > >
_______________________________________________ Pd-dev mailing list [email protected] http://lists.puredata.info/listinfo/pd-dev
