On Tue, Jan 12, 2010 at 12:39 PM, Luca Barbieri <l...@luca-barbieri.com> wrote:
> Indeed both EGL 1.0 and EGL1.4 contain that language in the specs, but
> the Khronos manpage does not.
> I think we can safely ignore this.
> Applications are very unlikely to rely on eglSwapBuffers failing in
> that case, and anyway the specification explicitly prohibits them from
> doing so by saying that the restriction may be lifted.
> It seems the intent of the specification is to say "implementations
> are allowed to only support surfaces bound to the current context; an
> unrestricted implementation is also possible, but applications must
> not rely on the restriction not being present".
> In this case, users of EGL_MESA_gallium would depend on not having the
> restriction, but that's OK because EGL_MESA_gallium guarantees that
> behavior.
Could it be

  if (!disp->Extensions.MESA_gallium) {
    /* checks if the surface is current */
  }

?

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Reply via email to