<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 13-12-12 05:56 PM, Gaetan Nadon
      wrote:<br>
    </div>
    <blockquote cite="mid:52AA3F05.6050406@videotron.ca" type="cite">
      <pre wrap="">On 13-12-12 01:55 AM, Michel Dänzer wrote:
</pre>
      <blockquote type="cite">
        <blockquote type="cite">
          <pre wrap="">Well, when I meant 'linked', I was more thinking 'associated'.
</pre>
          <blockquote type="cite">
            <pre wrap="">For example: <a class="moz-txt-link-freetext" href="http://git.ti.com/glsdk/libgbm/trees/master">http://git.ti.com/glsdk/libgbm/trees/master</a> allows
any gl driver to implement gbm.
I expect that at compilation time we get the right headers,
and then we would have tested correctly what is EGLNativePixmapType.
</pre>
          </blockquote>
        </blockquote>
        <pre wrap="">If you check this at build time, the resulting glamor binaries will only
work with the same EGL/gbm implementation they were built against, won't
they? That doesn't seem very nice e.g. for Linux distros.
</pre>
      </blockquote>
      <pre wrap="">Thanks for raising the question. I could not find a non-mesa
implementation. Strictly from a package configuration point of view, it
is acceptable to limit what the package can cope with. I suspect
glamor_egl.c cannot handle unknown EGLNativePixmapType(s).

It is generally preferred to detect problems early in the configuration
rather than at build time or at runtime. Whether glamor should be able
to support all current and future implementations is a separate discussion.
_______________________________________________
Glamor mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Glamor@lists.freedesktop.org">Glamor@lists.freedesktop.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freedesktop.org/mailman/listinfo/glamor">http://lists.freedesktop.org/mailman/listinfo/glamor</a>
</pre>
    </blockquote>
    I think I found a non-mesa implementation, reading the patch "GLX:
    Enable glx support."<br>
    <blockquote>"If you are not using normal MESA, for example PVR's
      private GLES
      implementation, then it should be ok to use GLES2 glamor and the
      GLX should work as expected. In this commit, I use gbm to check
      whether we are using MESA or non-mesa. Maybe not the best way."<br>
    </blockquote>
    That would be the PowerVR INsider SDK
    "<a class="moz-txt-link-abbreviated" href="http://www.imgtec.com/powervr/insider/sdkdownloads/">www.imgtec.com/powervr/insider/sdkdownloads/</a>"<br>
    <br>
    <br>
    <br>
    <br>
  </body>
</html>