Skip to content

A
angle
Switch branch/tag
  1. 29 Jan, 2018 3 commits
  3. 28 Jan, 2018 2 commits
  5. 26 Jan, 2018 3 commits
    • Print more logs when using default Platform · 6807f826
      Yuly Novikov authored 
      Some logs prior to Test Platform initialization were getting lost.

1. Also print WARN() to stdout
2. Use Android specific logging facilities

BUG=angleproject:1660

Change-Id: I8424958426809567396ef24cedc2d427a3a21959
Reviewed-on: https://chromium-review.googlesource.com/887944Reviewed-by: 's avatarJamie Madill <jmadill@chromium.org>
Commit-Queue: Yuly Novikov <ynovikov@chromium.org>
    • ES31: Refactor link mismatch error log · 881b7bfa
      Jiawei Shao authored 
      This patch intends to refactor the structure of logging link mismatch
errors to meet the new GLES 3.1 program link requirements and support
linking program with geometry shader.

This patch is mainly focusing on the following 4 issues:
1. There are totally 14 places that log the link mismatch errors
   in almost same format.
2. A temporary string is created (STRUCT_NAME.FIELD_NAME) before
   checking a field of a block, which is of no use if link succeeds.
3. LinkValidateVariablesBase needs to know "shaderTypes" if we support
   geometry shader based on current structure. Since uniforms are
   checked in the range of the whole program, it is unnecessary to
   know in which shader a uniform is defined if link succeeds.
4. GLES 3.1 regards varyings with same location but different names
   as matched, so it isn't enough to log errors only by one name.

This patch can solve all these issues by the following 3 changes:
1. Replace "infoLog" and "variableNames" by "mismatchedFieldName" (the
   complete field name if the mismatch occurs on a field of a struct
   or block).
2. Use enum LinkMismatchError as the return value of all linkValidate*
   functions to reflect the detail of the link mismatch error.
3. Log all the link mismatch errors by InfoLog::logLinkMismatch where
   we can get shader types instead of passing them into linkValidate*
   functions.

BUG=angleproject:1941, angleproject:2144
TEST=angle_end2end_tests
Change-Id: I3ed876d61f812cc7a45a6a3c5fec0b4a88b9cc2c
Reviewed-on: https://chromium-review.googlesource.com/844215
Commit-Queue: Jamie Madill <jmadill@chromium.org>
Reviewed-by: 's avatarJamie Madill <jmadill@chromium.org>
Reviewed-by: 's avatarCorentin Wallez <cwallez@chromium.org>
    • Use ImmutableString for HLSL texture references · c13bda86
      Olli Etuaho authored 
      This also adds ImmutableStringBuilder class, which can be used to
build ImmutableStrings in place without extra allocations if the
maximum length is known in advance.

BUG=angleproject:2267
TEST=angle_unittests

Change-Id: I4dfb78adeb0cffcfad0d25753fb8063466012c92
Reviewed-on: https://chromium-review.googlesource.com/886362
Commit-Queue: Olli Etuaho <oetuaho@nvidia.com>
Reviewed-by: 's avatarJamie Madill <jmadill@chromium.org>
  7. 25 Jan, 2018 6 commits
  9. 24 Jan, 2018 11 commits
  11. 23 Jan, 2018 2 commits
    • Allow creating EGL pbuffers from typeless D3D textures · d66e1939
      Olli Etuaho authored 
      A new extension EGL_ANGLE_d3d_typeless_texture_client_buffer is added
that allows creating EGL pbuffers from typeless D3D textures.

The extension increases the flexibility of the API compared to plain
EGL_ANGLE_D3D_texture_client_buffer. The colorspace for the created
EGL pbuffer can be set by using the EGL_GL_COLORSPACE attribute.
Internally this sets the ANGLE format of the buffer. There are new
ANGLE formats that are used specifically for typeless textures,
separate ones for SRGB and linear views into the D3D textures.

The extension is only supported on the D3D11 backend of ANGLE.

BUG=angleproject:2300
TEST=angle_white_box_tests

Change-Id: I6a6cb873d2cc0dca0b7f18a0f2cd35e7bafcb7d8
Reviewed-on: https://chromium-review.googlesource.com/873917Reviewed-by: 's avatarGeoff Lang <geofflang@chromium.org>
Commit-Queue: Olli Etuaho <oetuaho@nvidia.com>
    • Add const qualification to symbol accesses · dd21ecf8
      Olli Etuaho authored 
      All accesses to built-in symbols now happen through const-qualified
pointers.

This also encapsulates TSymbolTableLevel inside TSymbolTable.

This prepares for statically allocating built-in symbols.

BUG=angleproject:2267
TEST=angle_unittests

Change-Id: I473014d978daa765b4a733d761d6c08b28288776
Reviewed-on: https://chromium-review.googlesource.com/859959
Commit-Queue: Olli Etuaho <oetuaho@nvidia.com>
Reviewed-by: 's avatarJamie Madill <jmadill@chromium.org>
  13. 22 Jan, 2018 2 commits
  15. 20 Jan, 2018 1 commit
  17. 19 Jan, 2018 5 commits
  19. 17 Jan, 2018 3 commits
  21. 16 Jan, 2018 2 commits