On 23/09/16 20:17, Dylan Baker wrote:
Quoting Jose Fonseca (2016-09-23 11:11:18)
On 23/09/16 18:26, Dylan Baker wrote:
Quoting Jose Fonseca (2016-09-23 05:01:12)
This seems to have broke Windows builds.

It seems this is not only exporting symbols on GLESv2.so but everywhere.

It's not obvious how to fix it without basically revering this commit.

It's really easy to repro: just install your distro MinGW cross
compilers and do:

   scons platform=window

Can you take a look?

If it's not easy to fix, can we at least revert it until there's a fix?

Jose


On 23/09/16 00:07, AppVeyor wrote:

  Build mesa 2241 failed
  <https://ci.appveyor.com/project/jrfonseca-fdo/mesa/build/2241>

Commit e66a2b879b by Dylan Baker <mailto:[email protected]> on
9/22/2016 6:30 PM:
mapi: export all GLES 3.2 functions in libGLESv2.so\n\nSee commit
5921f372c89a68fac6ddefc009442721d9df4db2 for the rational of\nthis
commit.\n\nSigned-off-by: Dylan Baker
<[email protected]>\nReviewed-by: Ilia Mirkin
<[email protected]>\nReviewed-by: Kenneth Graunke
<[email protected]>

Configure your notification preferences
<https://ci.appveyor.com/notifications>



_______________________________________________
mesa-dev mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/mesa-dev



It looks like scons doesn't build GLES at all, is that right?

There was a "gles" option at some point, but hasn't been tested and
doesn't seem to help:

    scons gles=1


I don't don't mind if we just say "OpenGL implies GLES support" and
enable GLES everywhere.  (On Windows there's
WGL_EXT_create_context_es2_profile so we don't even need EGL to be built
to expose/test GLES.)  But I'm not what / how much work that implies.


And I just checked `configure --help` and there's still a
`--disable-gles1/2` options.  Not sure if it also got rboken or not.


BTW, this repros without MinGW/Windows.  Just `scons` will repro.


Jose

It seems to be related to the fact that BlendBarrier and PrimitiveBoundingBox
are in GLES 3.2, but they aren't in any core version of OpenGL, and our
framework doesn't account for that direction (only the other way), so I think
I'll just revert it for now and see about fixing the framework.

Dylan



Thanks!

Jose
_______________________________________________
mesa-dev mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Reply via email to