<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em sex., 26 de nov. de 2021 às 13:33, Lucas Cordiviola <<a href="mailto:lucarda27@hotmail.com">lucarda27@hotmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

  
  <div>
    <p>@porres Pd-ceammc builds Pd and their externals (for double)
      using default file extension.<br>
      <br>
      @christof Deken is prepared for that.
      "vstplugin~[v0.5.3](Windows-amd64-32).dek". See the last -32
      should be -64 for double.</p></div></blockquote><div><br></div><div>yup, ceammc shows up as "Darwin-amd64-64" for me here, and the binary is "ceammc.d_amd64"</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
    <p><br>
    </p>
    <p><br>
    </p>
    <p>--<br>
    </p>
    <pre cols="72">Mensaje telepatico asistido por maquinas.</pre>
    <div>On 11/26/2021 1:17 PM, Christof Ressi
      wrote:<br>
    </div>
    <blockquote type="cite">
      
      <p> </p>
      <blockquote type="cite">As I see it, one can already build FAT
        externals if they want to.</blockquote>
      No, you can't. I think you're confusing this with fat binaries on
      macOS containing different architectures (which is not related).<br>
      <p>At the moment, there is just no "official" strategy how to
        handle double precision externals. Of course, you can compile
        externals -DPD_FLOATSIZE=64, but how do you install them next to
        single precision externals? How should they be managed by Deken?
        These are all still open questions at the moment. There are
        various possible solutions, but no consensus.<br>
      </p>
      <p>On the other hand, we *could* release double precision Pd
        without official support for externals. I'm just not sure if
        this is a good idea... Personally, think we should first
        stabilize the API/ABI.<br>
      </p>
      <p>Christof<br>
      </p>
      <div>On 26.11.2021 17:02, Alexandre Torres
        Porres wrote:<br>
      </div>
      <blockquote type="cite">
        <div dir="ltr">
          <div dir="ltr"><br>
          </div>
          <br>
          <div class="gmail_quote">
            <div dir="ltr" class="gmail_attr">Em sex., 26 de nov. de
              2021 às 10:50, Christof Ressi <<a href="mailto:info@christofressi.com" target="_blank">info@christofressi.com</a>>
              escreveu:<br>
            </div>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">@Lucarda Thanks for the
              link!<br>
              <br>
              There is some more discussion in the linked issue: <br>
              <a href="https://github.com/pure-data/pure-data/issues/900" rel="noreferrer" target="_blank">https://github.com/pure-data/pure-data/issues/900</a><br>
              <br>
              @porres As you can see, there are practical problems which
              need to be <br>
              solved before making it official.<br>
            </blockquote>
            <div><br>
            </div>
            <div>I don't really get what is the issue though. As I see
              it, one can already build FAT externals if they want to.
              The fact that none (or very few) libraries are available
              or will be shouldn't be an actual concern as well, as I
              consider that this is a third party issue. If Pd Vanilla
              nicely fully runs in double precision, that should grant
              its release as a package binary out there so people can
              start fiddling with it, even though they're not using
              externals.</div>
            <div><br>
            </div>
            <div>What I consider more proper is updating the
              documentation to tell the difference and also different
              behaviour of a particular object (specially array objects
              like [tabread4~]), but that can easily be done and I can
              take care of that. </div>
            <div> </div>
            <div>I mean, Pd-ceammc has already been shipping itself with
              double precision binaries and I understand they're just
              using vanilla's core, no code changes.</div>
            <div><br>
            </div>
            <div>Discussions on new strategies to build external
              libraries can happen later and for a next release. And
              will probably get more traction once the double precision
              beast is out of the cage.<br>
              <br>
              What am I missing? What doesn't make sense here?</div>
            <div><br>
            </div>
            <div>cheers</div>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <br>
              Anyway, I think it's a good idea to start discussing this
              again *after* <br>
              Pd 0.52 has been released as there are still enough issues
              that need our <br>
              attention :-)<br>
              <br>
              Christof<br>
              <br>
              On 26.11.2021 13:04, Lucas Cordiviola wrote:<br>
              ><br>
              > On 11/26/2021 8:48 AM, Alexandre Torres Porres wrote:<br>
              >> Can you pinpoint the issue? what do we have to
              decide on externals?<br>
              >><br>
              >> ceammc already offers a double precision download
              for vanilla, I <br>
              >> would also like to start providing my externals
              for that too <br>
              >> (cyclone/ELSE).<br>
              >><br>
              >> What do I need to do?<br>
              >><br>
              >> cheers<br>
              >><br>
              ><br>
              > <a href="https://github.com/pure-data/pure-data/issues/902" rel="noreferrer" target="_blank">https://github.com/pure-data/pure-data/issues/902</a><br>
              ><br>
              ><br>
              > -- <br>
              ><br>
              > Mensaje telepatico asistido por maquinas.<br>
              ><br>
              ><br>
              ><br>
              ><br>
              > _______________________________________________<br>
              > <a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a>
              mailing list<br>
              > UNSUBSCRIBE and account-management -> <br>
              > <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
              <br>
              <br>
              <br>
              _______________________________________________<br>
              <a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a>
              mailing list<br>
              UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
            </blockquote>
          </div>
        </div>
      </blockquote>
      <br>
      <fieldset></fieldset>
      <pre>_______________________________________________
<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" target="_blank">https://lists.puredata.info/listinfo/pd-list</a>
</pre>
    </blockquote>
  </div>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote></div></div>