
<html>

  <head>

    <meta http-equiv="Content-Type" content="text/html;

      charset=windows-1252">

  </head>

  <body text="#000000" bgcolor="#FFFFFF">

    <div class="moz-cite-prefix">On 6/25/19 9:06 PM, Serge Aleynikov

      wrote:<br>

    </div>

    <blockquote type="cite"

cite="mid:CANt451kDog0-H5OiO_7uhxprmUwT8U=XOwiUyBA7TTgzij9idg@mail.gmail.com">

      <meta http-equiv="content-type" content="text/html;

        charset=windows-1252">

      <div dir="ltr">

        <div class="gmail_default"

          style="font-family:arial,helvetica,sans-serif">Yes, I've

          worked around the issue with the compile-time defines that are

          different for the 32 and 64 bit architectures.  However, it's

          not entirely clear why there's a requirement for the driver

          name to match the file name.  It seems that it would be more

          flexible to allow them to be different.</div>

      </div>

    </blockquote>

    My impression is that it is beneficial to have the extra validation

    that the build artifact matches the appropriate content.  That could

    be more important when you have more variations that provide the

    same source code in different dynamic library files (even for the

    same architecture, multiple files).  However, the same constraint

    doesn't exist for NIFs and due to that inconsistency it may be hard

    to justify.<br>

    <br>

    Best Regards,<br>

    Michael<br>

  </body>

</html>