1. 22 Dec, 2018 2 commits
  2. 21 Dec, 2018 3 commits
  3. 20 Dec, 2018 3 commits
  4. 19 Dec, 2018 3 commits
  5. 18 Dec, 2018 4 commits
    • Re-land "Load correct libGLESv2 on Linux and Mac." · 4638dc9d
      Jamie Madill authored
      Re-land fixes build to ensure commit_id is built before libEGL.
      
      libEGL was implicitly loading libGLESv2 on startup. This is bad
      because on platforms like Linux and Mac we could sometimes use the
      incorrect rpath. This in turn meant we needed workarounds like using
      "_angle" extensions to our shared objects to get the correct loading
      behaviour.
      
      Fix this by loading libGLESv2 dynamically in libEGL. We build the
      loader automatically from egl.xml. The loader itself is lazily
      initialized on every EGL entry point call. This is necessary because
      on Linux, etc, there is no equivalent to Windows' DLLMain.
      
      We also use an EGL.h with different generation options so we have the
      proper function pointer types. A README is included for instructions
      on how to regenerate EGL.h.
      
      The entry point generation script is refactored into a helper class
      that is used in the loader generator. Also adds the libGLESv2 versions
      of the EGL entry points in the DEF file on Windows. This allows them to
      be imported properly in 32-bit configurations.
      
      Also fixes up some errors in ANGLE's entry point definitions. Also
      includes a clang-format disable rule for the Khronos headers.
      
      This CL will help us to run ANGLE tests against native drivers.
      
      Bug: angleproject:2871
      Bug: chromium:915731
      Change-Id: I4192a938d1f4117cea1bf1399c98bda7ac25ddab
      Reviewed-on: https://chromium-review.googlesource.com/c/1380511Reviewed-by: 's avatarYuly Novikov <ynovikov@chromium.org>
      Commit-Queue: Jamie Madill <jmadill@chromium.org>
    • Pass GN header visibility check. · 720ca449
      Jamie Madill authored
      This fixes a few things:
      
      * removes includes that weren't supposed to be present
      * scopes some compiler code into white_box_perftests
      * makes version.h/commit and angle_common id more visible
      * roll zlib to a version that passes check
      
      This should help prevent build problems from popping up in the
      downstream Chromium build. We could also potentially look at
      including gn check in our CQ recipe.
      
      Bug: chromium:915429
      Change-Id: I350f543e16de13c84eb2c43260f4966d47185114
      Reviewed-on: https://chromium-review.googlesource.com/c/1380771Reviewed-by: 's avatarYuly Novikov <ynovikov@chromium.org>
      Commit-Queue: Jamie Madill <jmadill@chromium.org>
    • Specify texture LOD in compute shader on D3D backend · 0d218da4
      Xinghua Cao authored
      D3D does not define LOD in compute shader, so Sample()
      is not supported, try to use SampleLevel().
      
      Bug: angleproject:2756
      TEST=angle_end2end_tests.ComputeShaderTest
           .TextureFunction/ES3_1_D3D11
           dEQP.GLES31/functional_image_load_store_2d_store*
      
      Change-Id: I63e707d2b56e807cfe766cc21bc6b0819982ce80
      Reviewed-on: https://chromium-review.googlesource.com/c/1379672
      Commit-Queue: Xinghua Cao <xinghua.cao@intel.com>
      Reviewed-by: 's avatarJamie Madill <jmadill@chromium.org>
    • Add UAV format for GL_RGBA8I · 2db5082b
      Xinghua Cao authored
      GL_RGBA8I is a supported image unit format, add
      its corresponding UAV format on D3D backend.
      
      Bug: angleproject:1987
      TEST=dEQP.GLES31/functional_image_load_store_2d_store_rgba8i
           dEQP.GLES31/functional_image_load_store_2d_load_store_rgba8i
      
      Change-Id: Ib759f873c8629a644f85784a57ce141d3018e0c1
      Reviewed-on: https://chromium-review.googlesource.com/c/1378888Reviewed-by: 's avatarJiajia Qin <jiajia.qin@intel.com>
      Reviewed-by: 's avatarJamie Madill <jmadill@chromium.org>
      Commit-Queue: Xinghua Cao <xinghua.cao@intel.com>
  6. 17 Dec, 2018 3 commits
  7. 16 Dec, 2018 2 commits
    • Revert "Load correct libGLESv2 on Linux and Mac." · 175d918a
      Yuly Novikov authored
      This reverts commit dd815b62.
      
      Reason for revert: Broke https://luci-milo.appspot.com/p/chromium/builders/luci.chromium.ci/win-rel/8006
      
      Original change's description:
      > Load correct libGLESv2 on Linux and Mac.
      > 
      > libEGL was implicitly loading libGLESv2 on startup. This is bad
      > because on platforms like Linux and Mac we could sometimes use the
      > incorrect rpath. This in turn meant we needed workarounds like using
      > "_angle" extensions to our shared objects to get the correct loading
      > behaviour.
      > 
      > Fix this by loading libGLESv2 dynamically in libEGL. We build the
      > loader automatically from egl.xml. The loader itself is lazily
      > initialized on every EGL entry point call. This is necessary because
      > on Linux, etc, there is no equivalent to Windows' DLLMain.
      > 
      > We also use an EGL.h with different generation options so we have the
      > proper function pointer types. A README is included for instructions
      > on how to regenerate EGL.h.
      > 
      > The entry point generation script is refactored into a helper class
      > that is used in the loader generator. Also adds the libGLESv2 versions
      > of the EGL entry points in the DEF file on Windows. This allows them to
      > be imported properly in 32-bit configurations.
      > 
      > Also fixes up some errors in ANGLE's entry point definitions. Also
      > includes a clang-format disable rule for the Khronos headers.
      > 
      > This CL will help us to run ANGLE tests against native drivers.
      > 
      > Bug: angleproject:2871
      > Change-Id: Id6ecf969308f17b1be4083538428c9c1a1836572
      > Reviewed-on: https://chromium-review.googlesource.com/c/1370725
      > Commit-Queue: Jamie Madill <jmadill@chromium.org>
      > Reviewed-by: Geoff Lang <geofflang@chromium.org>
      
      TBR=ynovikov@chromium.org,geofflang@chromium.org,jmadill@chromium.org
      
      Change-Id: I921b3c45435ab4f05cbc2d1c1172b4185d6257b0
      No-Presubmit: true
      No-Tree-Checks: true
      No-Try: true
      Bug: angleproject:2871
      Reviewed-on: https://chromium-review.googlesource.com/c/1378887Reviewed-by: 's avatarYuly Novikov <ynovikov@chromium.org>
      Commit-Queue: Yuly Novikov <ynovikov@chromium.org>
    • Load correct libGLESv2 on Linux and Mac. · dd815b62
      Jamie Madill authored
      libEGL was implicitly loading libGLESv2 on startup. This is bad
      because on platforms like Linux and Mac we could sometimes use the
      incorrect rpath. This in turn meant we needed workarounds like using
      "_angle" extensions to our shared objects to get the correct loading
      behaviour.
      
      Fix this by loading libGLESv2 dynamically in libEGL. We build the
      loader automatically from egl.xml. The loader itself is lazily
      initialized on every EGL entry point call. This is necessary because
      on Linux, etc, there is no equivalent to Windows' DLLMain.
      
      We also use an EGL.h with different generation options so we have the
      proper function pointer types. A README is included for instructions
      on how to regenerate EGL.h.
      
      The entry point generation script is refactored into a helper class
      that is used in the loader generator. Also adds the libGLESv2 versions
      of the EGL entry points in the DEF file on Windows. This allows them to
      be imported properly in 32-bit configurations.
      
      Also fixes up some errors in ANGLE's entry point definitions. Also
      includes a clang-format disable rule for the Khronos headers.
      
      This CL will help us to run ANGLE tests against native drivers.
      
      Bug: angleproject:2871
      Change-Id: Id6ecf969308f17b1be4083538428c9c1a1836572
      Reviewed-on: https://chromium-review.googlesource.com/c/1370725
      Commit-Queue: Jamie Madill <jmadill@chromium.org>
      Reviewed-by: 's avatarGeoff Lang <geofflang@chromium.org>
  8. 15 Dec, 2018 2 commits
  9. 14 Dec, 2018 7 commits
  10. 13 Dec, 2018 2 commits
  11. 12 Dec, 2018 6 commits
  12. 11 Dec, 2018 3 commits