<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    The point is partially more or less at the end of the link I
    included. The reference to the <a
href="http://software.intel.com/en-us/articles/user-manual-for-the-rdrand-library-linux-version">Rdrand
    </a><br>
    Which means software should take advantage of hardware when
    possible.<br>
    But it is about more than that.<br>
    <br>
    And with due regards: the choice of the Mersenne twister over a
    Delphi equivalent one was made by about the same arguments I have
    now: it was better.<br>
    <br>
    This is not that I disagree with your initial answers (also from
    Jonas) but to put things in an historical perspective.<br>
    You were both involved at the time the Mersenne twister was chosen ,
    I believe. Correct me if I am wrong.<br>
    <br>
    PRNG's are more and more important. They deserve extra effort even
    if it is not used for the compiler itself.<br>
    (It may very well be: when all software needs signing on all major
    platforms, which is tomorrow in IT standards)<br>
    <br>
    Regards,<br>
    <br>
    Thaddy<br>
    <br>
    <div class="moz-cite-prefix">On 28-Jan-16 3:43 PM, Michael Van
      Canneyt wrote:<br>
    </div>
    <blockquote
      cite="mid:alpine.DEB.2.10.1601281542110.26981@home.telenet.be"
      type="cite">
      <br>
      <br>
      On Thu, 28 Jan 2016, Jonas Maebe wrote:
      <br>
      <br>
      <blockquote type="cite">
        <br>
        thaddy wrote on Thu, 28 Jan 2016:
        <br>
        <br>
        <blockquote type="cite">Then wouldn't it be possible to make
          PRNG's  plugable. The Mersenne twister is still good as it is
          but definitely not suitable for every and any case.
          Marsialigla's might be a better choice nowadays.
          <br>
          And the seeding can nowadays often been done from reading
          hardware random, like on the Raspberry Pi.
          <br>
          e.g.
<a class="moz-txt-link-freetext" href="http://scruss.com/blog/2013/06/07/well-that-was-unexpected-the-raspberry-pis-hardware-random-number-generator/">http://scruss.com/blog/2013/06/07/well-that-was-unexpected-the-raspberry-pis-hardware-random-number-generator/</a><br>
        </blockquote>
        <br>
        The random number generator is just there as a general purpose
        tool, for TP/Delphi functional compatibility (not implementation
        compatibility, as we use a different PRNG). Unlike functionality
        such as the memory manager and code page conversions, it is not
        used by other parts of the language or RTL. As a result, there
        is no need to complicate the system unit by implementing a
        complete plugin infrastructure for this.
        <br>
      </blockquote>
      <br>
      Indeed. You can just write and use your own random number
      mechanism if this is so
      <br>
      important. read /dev/urandom or so...
      <br>
      <br>
      Michael.
      <br>
      _______________________________________________
      <br>
      fpc-devel maillist  -  <a class="moz-txt-link-abbreviated" href="mailto:fpc-devel@lists.freepascal.org">fpc-devel@lists.freepascal.org</a>
      <br>
      <a class="moz-txt-link-freetext" href="http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel">http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel</a>
      <br>
    </blockquote>
    <br>
  </body>
</html>