[PD-dev] Compiling objects with gnu++14

[Antoine Villeret]

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 at 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 at 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 at 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 at gmail.com> wrote:
>> > >>
>> > >> On Tue, Jun 2, 2015 at 1:07 PM, Arshia Cont <Arshia.Cont at 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 at 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
>> >    <http://TinyURL.com/Pledge2ResistCP1>*
>>
>> > _______________________________________________
>> > Pd-dev mailing list
>> > Pd-dev at lists.iem.at
>> > http://lists.puredata.info/listinfo/pd-dev
>>
>>
>> _______________________________________________
>> Pd-dev mailing list
>> Pd-dev at lists.iem.at
>> http://lists.puredata.info/listinfo/pd-dev
>>
>
>
>
> --
> Thomas Grill
> http://grrrr.org
>
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at lists.iem.at
> http://lists.puredata.info/listinfo/pd-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20150603/fada2003/attachment.html>