<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - dEQP GLES3.1 program_interface_query failures w/ error "could not find target resource""
   href="https://bugs.freedesktop.org/show_bug.cgi?id=98223#c6">Comment # 6</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - dEQP GLES3.1 program_interface_query failures w/ error "could not find target resource""
   href="https://bugs.freedesktop.org/show_bug.cgi?id=98223">bug 98223</a>
              from <span class="vcard"><a class="email" href="mailto:apinheiro@igalia.com" title="Alejandro Piñeiro (freenode IRC: apinheiro) <apinheiro@igalia.com>"> <span class="fn">Alejandro Piñeiro (freenode IRC: apinheiro)</span></a>
</span></b>
        <pre>(In reply to Randy from <a href="show_bug.cgi?id=98223#c5">comment #5</a>)
<span class="quote">> We can use the patch (in
> <a href="https://lists.freedesktop.org/archives/mesa-dev/2016-August/124910.html">https://lists.freedesktop.org/archives/mesa-dev/2016-August/124910.html</a>) to
> workaround the name issue, while some cases still fail due to wrong
> property, like ARRAY_SIZE  </span >

The problem is that the spec is contradictory. The patch on that link (that
btw, the author is Kenneth, that wrote <a href="show_bug.cgi?id=98223#c1">comment 1</a>) fixes some deqp and CTS
tests. But it causes some regressions on others, like you mention below.

So at this point, I really think that it would be better to wait for a
resolution from Khronos on relation to the text of the spec, issue 16 in
particular, and then fix the tests.

<span class="quote">> 
> in TargetInterface
> {
>     highp vec4 target[3];
> } targetInstance[2];

> the expected ARRAY_SIZE of TargetInterface.target[0] is 3, while the actual
> return value is 2.</span ></pre>
        </div>
      </p>


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

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