<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>