<div dir="ltr"><div dir="ltr">Em qua., 5 de jun. de 2024 às 14:51, Maurizio Cimadamore <<a href="mailto:maurizio.cimadamore@oracle.com">maurizio.cimadamore@oracle.com</a>> escreveu:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u>

  
  <div>
    <div>
      <p style="margin:0px 0px 1.2em">On 05/06/2024 18:25,
        Pedro Lamarão wrote:</p>
      <p style="margin:0px 0px 1.2em"></p>
      <div>
        <p></p>
        <blockquote type="cite">Also,
          as this discussion suggests, what appears to be a universal
          interface may actually not be universal at all, and perhaps it
          is best to have libraries define their own allocator
          interfaces and see what emerges from that.</blockquote>
        <p></p>
      </div>
      <p style="margin:0px 0px 1.2em"></p>
      <p style="margin:0px 0px 1.2em">This is the thing we
        keep (re)learning when thinking about allocators in FFM. It is
        tempting to hardwire something to cater specific needs, but in
        reality specific libraries will work with very specific set of
        constraints, so our best bet is to somehow support such things
        to be built on top.</p></div></div></blockquote><div><br></div><div>Security libraries require the weird property of "zeroing before release", and that would be just the beginning on "secure memory" properties.</div><div><br></div></div><span class="gmail_signature_prefix">--</span><div><span class="gmail_signature_prefix"> Pedro</span></div></div>