EGL contexts in GrDirectContext.MakeEGL

[HinTak]

This is a slightly different way of addressing #287 . I am posting this just as a reference for @Swarzox , and if he wants to try the CI builds to see if it works in his usage. Personally, I am against merging this in its current form, for 3 reasons:

• it adds library dependencies (EGL) which are extremely rarely used by most Linux users
• to properly utilise accelerated headless EGL, one should compile and link against the GPU vendor's EGL, rather than mesa's (as in our release build); I am not sure it is a good idea to build against one but run against the other, or that it works without segfaulting, at all. For the intended usage in Support for EGL contexts in GrDirectContext.MakeGL #287, it is best to build on the platform against the GPU vendor's EGL library, so it is a bit meaningless to have this in our wheels.
• the surrounding GL-relates code upstream is likely to change in the near future, as it did since m87. Carrying and updating a patch which is not upstreamable will be a continual effort.

Fixes #287

Cc @Swarzox this pull add two new ways of getting a GL context:
skia.GrDirectContext.MakeGL(skia.GrGLInterface.MakeEGL()) and skia.GrDirectContext.MakeGL(skia.GrGLInterface.MakeGLX()), to explicitly initialize GL contexts in those two ways. skia.GrDirectContext.MakeGL() is still via GLX. As I commented in #287 , if you set skia_use_egl=true when building skia, the default switches to via EGL.

I'd be interested in two things:

• whether the mesa build works at all against vendor's EGL.
• if you are not using vendor's GL driver but just using mesa in a headless context, I'd still like to know if headless EGL with mesa has any performance advantage over Xvfb. You seems to have some rendering performance tests in mind?

Depending on the answer to the 2nd question, we might still think about merging this, if there is a good reason...

[HinTak]

This pull is complete as is (with tests etc), but I am against merging, for reasons of doubting its being generally useful and long-term effort of maintaining the addition.

[HinTak]

The mac 13 Intel build unfortunately is expected to fail because of actions/runner-images#11241 . If that's the only failed job, re-run when that issue is addressed.

[HinTak]

I need to test this here, it is certainly an oversight: the egl api works in X with real hardware, and work headless with real hardware. I have never tried doing EGL with Xvfb - it looks like the EGL API segfaults in software-only X! This isn't a surprise on hindsight: the whole point of EGL is to use real GPU without X, so I have never tried it with software-only Xvfb.

So the EGL API needs to detect when is Xvfb and just bail, rather than segfault.

[HinTak]

Looking more carefully, the segfault in CI seems to be on load, rather than at the specific tests. And with the other changes (the EGL headers are in different packages compared to current redhat/fedora - my own system), really suggests that the segfault is a side-effect of #175 - building against an old libEGL and running on new system can segfault; hence my latest addition to this pull. This adds to my reservation against merging this - the EGL libraries seems to be not backward ABI compatible, hence not expected to be compatie across vendor either.

I.e. @Swarzox you should take this pull and build it on your platform against the system's own EGL, whatever it is shipped with. Don't use binary wheels from somebody else.

[HinTak]

Current gn does not like being compiled with older g++:

FAILED: src/gn/operators.o 
  g++ -MMD -MF src/gn/operators.o.d -I../src -I. -Wno-deprecated-copy -DNDEBUG -O3 -fdata-sections -ffunction-sections -Werror -D_FILE_OFFSET_BITS=64 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -pthread -pipe -fno-exceptions -fno-rtti -fdiagnostics-color -Wall -Wextra -Wno-unused-parameter -Wextra-semi -Wundef -std=c++20 -Wno-redundant-move -Wno-restrict -Wno-deprecated-copy -Wno-implicit-fallthrough -Wno-redundant-move -Wno-unused-variable -Wno-format -Wno-strict-aliasing -Wno-cast-function-type -c ../src/gn/operators.cc -o src/gn/operators.o
  In file included from /opt/rh/gcc-toolset-12/root/usr/include/c++/12/string:40,
                   from ../src/base/strings/string_number_conversions.h:11,
                   from ../src/gn/operators.cc:10:
  In static member function ‘static constexpr void std::char_traits<char>::assign(char_type&, const char_type&)’,
      inlined from ‘static constexpr void std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::_S_copy(_CharT*, const _CharT*, size_type) [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>]’ at /opt/rh/gcc-toolset-12/root/usr/include/c++/12/bits/basic_string.h:421:23,
      inlined from ‘constexpr std::__cxx11::basic_string<_CharT, _Traits, _Allocator>& std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::_M_replace(size_type, size_type, const _CharT*, size_type) [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>]’ at /opt/rh/gcc-toolset-12/root/usr/include/c++/12/bits/basic_string.tcc:532:22,
      inlined from ‘constexpr std::__cxx11::basic_string<_CharT, _Traits, _Alloc>& std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::assign(const _CharT*) [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>]’ at /opt/rh/gcc-toolset-12/root/usr/include/c++/12/bits/basic_string.h:1647:19,
      inlined from ‘constexpr std::__cxx11::basic_string<_CharT, _Traits, _Alloc>& std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::operator=(const _CharT*) [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>]’ at /opt/rh/gcc-toolset-12/root/usr/include/c++/12/bits/basic_string.h:815:28,
      inlined from ‘Err {anonymous}::MakeOverwriteError(const BinaryOpNode*, const Value&)’ at ../src/gn/operators.cc:202:17:
  /opt/rh/gcc-toolset-12/root/usr/include/c++/12/bits/char_traits.h:354:16: error: ‘((const std::char_traits<char>::char_type*)((char*)&empty_def + offsetof(std::__cxx11::string, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::<unnamed>)))[2]’ may be used uninitialized [-Werror=maybe-uninitialized]
    354 |         __c1 = __c2;
        |                ^~~~
  ../src/gn/operators.cc: In function ‘Err {anonymous}::MakeOverwriteError(const BinaryOpNode*, const Value&)’:
  ../src/gn/operators.cc:198:15: note: ‘empty_def’ declared here
    198 |   std::string empty_def;
        |               ^~~~~~~~~
  In static member function ‘static constexpr void std::char_traits<char>::assign(char_type&, const char_type&)’,
      inlined from ‘static constexpr void std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::_S_copy(_CharT*, const _CharT*, size_type) [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>]’ at /opt/rh/gcc-toolset-12/root/usr/include/c++/12/bits/basic_string.h:421:23,
      inlined from ‘constexpr std::__cxx11::basic_string<_CharT, _Traits, _Allocator>& std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::_M_replace(size_type, size_type, const _CharT*, size_type) [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>]’ at /opt/rh/gcc-toolset-12/root/usr/include/c++/12/bits/basic_string.tcc:532:22,
      inlined from ‘constexpr std::__cxx11::basic_string<_CharT, _Traits, _Alloc>& std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::assign(const _CharT*) [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>]’ at /opt/rh/gcc-toolset-12/root/usr/include/c++/12/bits/basic_string.h:1647:19,
      inlined from ‘constexpr std::__cxx11::basic_string<_CharT, _Traits, _Alloc>& std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::operator=(const _CharT*) [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>]’ at /opt/rh/gcc-toolset-12/root/usr/include/c++/12/bits/basic_string.h:815:28,
      inlined from ‘Err {anonymous}::MakeOverwriteError(const BinaryOpNode*, const Value&)’ at ../src/gn/operators.cc:205:17:
  /opt/rh/gcc-toolset-12/root/usr/include/c++/12/bits/char_traits.h:354:16: error: ‘((const std::char_traits<char>::char_type*)((char*)&empty_def + offsetof(std::__cxx11::string, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::<unnamed>)))[2]’ may be used uninitialized [-Werror=maybe-uninitialized]
    354 |         __c1 = __c2;
        |                ^~~~
  ../src/gn/operators.cc: In function ‘Err {anonymous}::MakeOverwriteError(const BinaryOpNode*, const Value&)’:
  ../src/gn/operators.cc:198:15: note: ‘empty_def’ declared here
    198 |   std::string empty_def;
        |               ^~~~~~~~~
  cc1plus: all warnings being treated as errors
  [141/199] CXX src/gn/path_output.o
  [142/199] CXX src/gn/pool.o
  [143/199] CXX src/gn/pattern.o
  [144/199] CXX src/gn/parser.o
  [145/199] CXX src/gn/parse_tree.o
  ninja: build stopped: subcommand failed.

While older gn doesn't like being compiled with newer g++ (though we had a patch for this earlier)