<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 8/6/19 2:17 PM, Alexander Kanavin
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CANNYZj_h6f6vR83Zbw=H0NGaVLt3bGpd85Ra3ukYaJvwN0Vy-g@mail.gmail.com">
      <div dir="ltr">
        <div dir="ltr" class="gmail_attr">On Tue, 6 Aug 2019 at 20:52,
          Jason Wessel &lt;<a href="mailto:jason.wessel@windriver.com"
            moz-do-not-send="true">jason.wessel@windriver.com</a>&gt;
          wrote:<br>
        </div>
        <div class="gmail_quote">
          <blockquote class="gmail_quote">
            <div><br>
              <p>Just to follow up to be very specific about how I
                deleted files, you can see the identical failure with:</p>
              <p>sudo yum install -y zlib-devel</p>
              rm -rf tmp<br>
              <p>bitbake -c cleansstate sqlite3-native</p>
              <p>bitbake sqlite3-native</p>
              <p>sudo yum remove -y zlib-devel</p>
              <p>bitbake -c cleansstate pseudo-native</p>
              <p>bitbake pseudo-native<br>
              </p>
              <p><br>
              </p>
              <p>I seriously doubt this is exactly what is going on on
                the host builder which failed.  More analysis would be
                needed as I explained earlier to draw a final
                conclusion.  Either way sqlite3-native should be
                configured to build consistently, which would prevent
                this kind of contamination. <br>
              </p>
            </div>
          </blockquote>
          <div><br>
          </div>
          <div>This is not quite what I meant. I meant looking at the
            source code of sqlite, and finding out how exactly it is
            looking for zlib, and where things might go wrong (e.g. host
            contamination, or other possible causes of non-determinism).
            There might be a configure switch to control that behavior,
            or something similar that we can use to achieve
            deterministic builds.<br>
          </div>
          <br>
        </div>
      </div>
    </blockquote>
    <p><br>
    </p>
    <p>Sqlite3 doesn't have a an explicit disable.  It has the typical
      autoconf check for a header/library.  From configure.ac:</p>
    <p><br>
    </p>
    <p>AC_CHECK_HEADERS(zlib.h,[<br>
        AC_SEARCH_LIBS(deflate,z,[BUILD_CFLAGS="$BUILD_CFLAGS
      -DSQLITE_HAVE_ZLIB"])<br>
      ])<br>
      <br>
    </p>
    <p>This means it would need to be patched if you want to make it a
      pkgconfig option, or play games with the configure cache
      values...  I chose zlib as a default dependency because it was the
      easiest to implement.  If we really want to make it not build with
      zlib or build it conditionally, it is certainly possible.  Is that
      what is needed to get this patch accepted? <br>
    </p>
    <p>Jason.<br>
    </p>
    <br>
  </body>
</html>