<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - ir_variable has maximum access out of bounds -- but it's not out of bounds"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=109532#c48">Comment # 48</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - ir_variable has maximum access out of bounds -- but it's not out of bounds"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=109532">bug 109532</a>
              from <span class="vcard"><a class="email" href="mailto:andrey.simiklit@gmail.com" title="asimiklit <andrey.simiklit@gmail.com>"> <span class="fn">asimiklit</span></a>
</span></b>
        <pre>(In reply to Mark Janes from <a href="show_bug.cgi?id=109532#c46">comment #46</a>)
<span class="quote">> I confirmed that the cross file is overriding our 32 bit flags that we pass
> through the environment.</span >

(In reply to Dylan Baker from <a href="show_bug.cgi?id=109532#c47">comment #47</a>)
<span class="quote">> Created <span class=""><a href="attachment.cgi?id=143478" name="attach_143478" title="attachment-11105-0.html">attachment 143478</a> <a href="attachment.cgi?id=143478&action=edit" title="attachment-11105-0.html">[details]</a></span>
> attachment-11105-0.html

> It's not that the cross file is overriding, CFLAGS and friends are for
> native (build) targets, not cross (host) targets.

> I'm on mobile, please excuse autocorrect fail.

> On Tue, Feb 26, 2019, 09:33 <<a href="mailto:bugzilla-daemon@freedesktop.org">bugzilla-daemon@freedesktop.org</a>> wrote:

> > *<a href="show_bug.cgi?id=109532#c46">Comment # 46</a> <<a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - ir_variable has maximum access out of bounds -- but it's not out of bounds"
   href="show_bug.cgi?id=109532#c46">https://bugs.freedesktop.org/show_bug.cgi?id=109532#c46</a>> on
> > <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - ir_variable has maximum access out of bounds -- but it's not out of bounds"
   href="show_bug.cgi?id=109532">bug 109532</a> <<a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - ir_variable has maximum access out of bounds -- but it's not out of bounds"
   href="show_bug.cgi?id=109532">https://bugs.freedesktop.org/show_bug.cgi?id=109532</a>> from Mark
> > Janes <<a href="mailto:mark.a.janes@intel.com">mark.a.janes@intel.com</a>> *
> >
> > I confirmed that the cross file is overriding our 32 bit flags that we pass
> > through the environment.
> >
> > ------------------------------
> > You are receiving this mail because:
> >
> >    - You are on the CC list for the bug.
> >
> ></span >

To be 100% sure what going on with the DEBUG and NDEBUG macros I suggest to
build a following branch:
<a href="https://gitlab.freedesktop.org/asimiklit/mesa/tree/check_if_DEBUG_enabled">https://gitlab.freedesktop.org/asimiklit/mesa/tree/check_if_DEBUG_enabled</a>
This branch contains following commit:
     void
    validate_ir_tree(exec_list *instructions)
    {
   +#ifdef DEBUG
   +   hmm_DEBUG_MACRO_is_defined = 1;
   +#else
   +   hmm_DEBUG_MACRO_is_NOT_defined = 1;
   +#endif
   +
   +#ifdef NDEBUG
   +   hmm_NDEBUG_is_defined_so_asserts_are_disabled = 1;
   +#else
   +   hmm_NDEBUG_is_NOT_defined_so_asserts_are_enabled = 1;
   +#endif

It should just produce compiling errors.
But depends on a error message we could understand which macros are defined :-)

Actually I tried to run it here:
<a href="https://mesa-ci.01.org/global_logic/builds/89/group/63a9f0ea7bb98050796b649e85481845">https://mesa-ci.01.org/global_logic/builds/89/group/63a9f0ea7bb98050796b649e85481845</a>

But I don't have an ability to see compiler error message because there is
displayed just that and just for m64:

stdout:
Command '['make', '-j', '18']' returned non-zero exit status 2

stderr:
NULL</pre>
        </div>
      </p>


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

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