<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [BSW] Mesa "total_needs <= urb_chunks" abort in GfxBench CarChase startup, if Mesa is built with Meson"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=108787#c12">Comment # 12</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [BSW] Mesa "total_needs <= urb_chunks" abort in GfxBench CarChase startup, if Mesa is built with Meson"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=108787">bug 108787</a>
              from <span class="vcard"><a class="email" href="mailto:eero.t.tamminen@intel.com" title="Eero Tamminen <eero.t.tamminen@intel.com>"> <span class="fn">Eero Tamminen</span></a>
</span></b>
        <pre>reply to Sergii Romantsov from <a href="show_bug.cgi?id=108787#c11">comment #11</a>)
<span class="quote">> Could it be related to issue
> <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - The mesa release config doesn't define NDEBUG when building using meson 0.45.0"
   href="show_bug.cgi?id=109791">https://bugs.freedesktop.org/show_bug.cgi?id=109791</a>?

> So with meson < 0.46 asserts seems may be included into release-builds.</span >

Meson 0.47.2 from Ubuntu 18.10 seems to work fine as-is in Ubuntu 18.04, so I
was able to do a Mesa built with a newer Meson version.

I'm still getting the assert though:
testfw_app: src/intel/common/gen_urb_config.c:152: gen_get_urb_config:
Assertion `total_needs <= urb_chunks' failed.


Then I tried Autotools build with --enable-debug.

It gives gives the same error, and additionally also:
Mesa: User error: GL_INVALID_ENUM in glGetString(GL_EXTENSIONS)


=> it's not a regression or Meson related, but an older issue on BSW.

This may actually explain <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [BSW] CarChase benchmark misrenders"
   href="show_bug.cgi?id=101406">bug 101406</a> i.e. why Mesa has never rendered CarChase
correctly on BSW.



(In reply to Dylan Baker from <a href="show_bug.cgi?id=108787#c9">comment #9</a>)
<span class="quote">> Doesn't autotools only build with asserts with --enable-debug is set? Meson
> controls that separately from the buildtype with -Db_ndebug. Can you
> reproduce if you add `-Dbuildtype=release` to the meson command line? (as
> long as your meson is newer than 0.45 asserts are defaulted to off when the
> buildtype is release or plain)</span >

I don't get assert with "release".  As've I stated above, I was using
"debugoptimized".

FYI: I thought it corresponded to RELWITHDEBINFO target in CMake.  With CMake,
there's the RELEASE build type that strips the binaries, and RELWITHDEBINFO,
which builds with debug symbols and doesn't do stripping i.e. binaries are 100%
match to release, just with debug info.

According to Meson docs, "release" build doesn't include debug symbols, but
according to "file" command it doesn't strip binaries either.  Meson
documentation doesn't say anything about "debugoptimized" enabling asserts:
  <a href="https://mesonbuild.com/Running-Meson.html">https://mesonbuild.com/Running-Meson.html</a>

So I'm not sure whether that's a bug or not.

=> With what Meson options I'm supposed to get Mesa binaries that correspond to
release build (no asserts), just with full (-g) debug symbols?


PS. IMHO Meson --help output or manual page should explain the differences
between the build targets.  Currently it doesn't seem to be properly documented
even in latest Meson docs.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
          <li>You are the QA Contact for the bug.</li>
      </ul>
    </body>
</html>