Skip to content

A
angle
Switch branch/tag
  1. 22 Apr, 2011 3 commits
  3. 14 Apr, 2011 1 commit
  5. 13 Apr, 2011 3 commits
  7. 06 Apr, 2011 2 commits
  9. 04 Apr, 2011 2 commits
  11. 30 Mar, 2011 1 commit
  13. 29 Mar, 2011 4 commits
  15. 24 Mar, 2011 3 commits
  17. 23 Mar, 2011 1 commit
    • Switched to D3D10 shader compiler. · 8ea5afef
      apatrick@chromium.org authored 
      I figured out how to call in to D3DCompiler_xx.dll and still get the ID3DXConstantTable metadata used by ANGLE. There are more optimization levels available with this compiler and the lowest level (0) allows MetaTunnel and MandelBox to compile their shaders quickly. MetaTunnel still does not render correctly unfortunately.

I benchmarked eight of the ShaderToy demos and did not notice any performance regression on an nVidia Quadro FX 380. Intel might be adversely affected. I built ANGLE against D3DCompiler_43.dll, while Chrome still ships with 42. I'm not sure if that will make a difference but I'll rev Chrome soon.

I also checked WebGL Aquarium and ran the WebGL conformance tests.

This will also let me roll r590 into Chromium. It turns out the ForceSymbolReferences setting I added to the libGLESv2 target caused the linker to sometimes crash when making changes and the changes between r577 and r590 consistently lead to a crash. libGLESv2 now has a hard dependency on D3DCompiler_xx.dll via the call in Program.cpp and this seems to not make the linker crash.
Review URL: http://codereview.appspot.com/4275063

git-svn-id: https://angleproject.googlecode.com/svn/trunk@591 736b8ea6-26fd-11df-bfd4-992fa37f6226
  19. 21 Mar, 2011 13 commits
  21. 17 Mar, 2011 1 commit
    • Fixed framebuffer-object-attachment WebGL conformance test. · 831fe2af
      apatrick@chromium.org authored 
      We updated it with WebGL conformance test r14153 to exercise zero-size FBO attachments, which failed with ANGLE. The new conformance test passes with OpenGL and Mesa.

See this Chromium bug:
http://code.google.com/p/chromium/issues/detail?id=75666

D3D fails if you try to create a zero size depth buffer but OpenGL ES2 allows it. D3D / drivers seem to sometimes crash rather than fail normally, though this might just be because some users have enabled the D3D debug runtime and break on error and we're getting the reports.

It was also returning unexpected results when calling GetRenderbufferParameter for parameters that do not apply to a particular buffer. For example, RED_SIZE for a zero sized depth buffer should be 0.

Tested by running WebGL conformance test with retail D3D runtime (passes) and debug D3D runtime (passes and does not assert in D3D or ANGLE).
Review URL: http://codereview.appspot.com/4284053

git-svn-id: https://angleproject.googlecode.com/svn/trunk@577 736b8ea6-26fd-11df-bfd4-992fa37f6226
  23. 15 Mar, 2011 5 commits
    • Update contributors and version · f963e92f
      daniel@transgaming.com authored 
      git-svn-id: https://angleproject.googlecode.com/svn/trunk@576 736b8ea6-26fd-11df-bfd4-992fa37f6226
    • Fix clang warnings in PoolAlloc.cpp · b969cc52
      daniel@transgaming.com authored 
      Issue=127
Signed-off-by: Nicolas Capens
Signed-off-by: Daniel Koch

Part 4 of 5: <http://webkit.org/b/56337> Enable -Werror on ANGLE

Upstream bug: <http://code.google.com/p/angleproject/issues/detail?id=127>

Fixes the following static analyzer warnings:

    src/compiler/PoolAlloc.cpp:154:26:{154:24-154:25}{154:28-154:42}: warning: comparison of unsigned expression < 0 is always false [-Wtautological-compare,2]
         for (size_t x = 0; x < guardBlockSize; x++) {
                            ~ ^ ~~~~~~~~~~~~~~
    src/compiler/PoolAlloc.cpp:159:55:{159:54-159:56}{160:30-160:34}: warning: conversion specifies type 'unsigned int' but the argument has type 'size_t' (aka 'unsigned long') [-Wformat,7]
                 sprintf(assertMsg, "PoolAlloc: Damage %s %u byte allocation at 0x%p\n",
                                                          ~^
                                                          %lu
    fix-it:"src/compiler/PoolAlloc.cpp":{159:54-159:56}:"%lu"

* src/compiler/PoolAlloc.cpp:
(TAllocation::checkGuardBlock): Changed '%u' to '%lu' for size_t
variable.  Put for loop inside #ifdef GUARD_BLOCKS/#endif macros
to fix tautological-compare warning.
(TAllocation::checkAllocList): Added newline to end of file.

Author:    David Kilzer <ddkilzer@apple.com>

git-svn-id: https://angleproject.googlecode.com/svn/trunk@575 736b8ea6-26fd-11df-bfd4-992fa37f6226
    • Fix clang warnings: Intermediate.cpp: warning: '&&' within '||' · ea993576
      daniel@transgaming.com authored 
      Issue=126
Signed-off-by: Nicolas Capens
Signed-off-by: Daniel Koch

Part 3 of 5: <http://webkit.org/b/56337> Enable -Werror on ANGLE

Upstream bug: <http://code.google.com/p/angleproject/issues/detail?id=126>

Fixes the following static analyzer warnings:

    src/compiler/Intermediate.cpp:1008:55:{1008:17-1008:54}: warning: '&&' within '||' [-Wlogical-op-parentheses,2]
                 if (left->isMatrix() && right->isVector() ||
                     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^
    src/compiler/Intermediate.cpp:1008:55: note: place parentheses around the '&&' expression to silence this warning [2]
                 if (left->isMatrix() && right->isVector() ||
                                                           ^
                     (                                    )
    fix-it:"src/compiler/Intermediate.cpp":{1008:17-1008:17}:"("
    fix-it:"src/compiler/Intermediate.cpp":{1008:54-1008:54}:")"
    src/compiler/Intermediate.cpp:1008:55:{1009:17-1009:54}: warning: '&&' within '||' [-Wlogical-op-parentheses,2]
                 if (left->isMatrix() && right->isVector() ||
                                                           ^
    src/compiler/Intermediate.cpp:1008:55: note: place parentheses around the '&&' expression to silence this warning [2]
                 if (left->isMatrix() && right->isVector() ||
                                                           ^
    fix-it:"src/compiler/Intermediate.cpp":{1009:17-1009:17}:"("
    fix-it:"src/compiler/Intermediate.cpp":{1009:54-1009:54}:")"
    src/compiler/Intermediate.cpp:1020:55:{1020:17-1020:54}: warning: '&&' within '||' [-Wlogical-op-parentheses,2]
                 if (left->isMatrix() && right->isVector() ||
                     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^
    src/compiler/Intermediate.cpp:1020:55: note: place parentheses around the '&&' expression to silence this warning [2]
                 if (left->isMatrix() && right->isVector() ||
                                                           ^
                     (                                    )
    fix-it:"src/compiler/Intermediate.cpp":{1020:17-1020:17}:"("
    fix-it:"src/compiler/Intermediate.cpp":{1020:54-1020:54}:")"
    src/compiler/Intermediate.cpp:1020:55:{1021:17-1021:54}: warning: '&&' within '||' [-Wlogical-op-parentheses,2]
                 if (left->isMatrix() && right->isVector() ||
                                                           ^
    src/compiler/Intermediate.cpp:1020:55: note: place parentheses around the '&&' expression to silence this warning [2]
                 if (left->isMatrix() && right->isVector() ||
                                                           ^
    fix-it:"src/compiler/Intermediate.cpp":{1021:17-1021:17}:"("
    fix-it:"src/compiler/Intermediate.cpp":{1021:54-1021:54}:")"

* src/compiler/Intermediate.cpp:
(TIntermBinary::promote): Added parnetheses.

Author:    David Kilzer <ddkilzer@apple.com>

git-svn-id: https://angleproject.googlecode.com/svn/trunk@574 736b8ea6-26fd-11df-bfd4-992fa37f6226
    • Fix clang warning: ParseHelper.cpp:264:13: warning: 8 enumeration values not handled in switch · 0eb64c3a
      daniel@transgaming.com authored 
      Issue=125
Signed-off-by: Nicolas Capens
Signed-off-by: Daniel Koch

Part 2 of 5: <http://webkit.org/b/56337> Enable -Werror on ANGLE

Upstream bug: <http://code.google.com/p/angleproject/issues/detail?id=125>

Fixes the following static analyzer warning:

    src/compiler/ParseHelper.cpp:264:13: warning: 8 enumeration values not handled in switch: 'EbtVoid', 'EbtBool', 'EbtGuardSamplerBegin'... [-Wswitch-enum,2]
         switch( type ){
                 ^

* src/compiler/ParseHelper.cpp:
(TParseContext::precisionErrorCheck): Added a default case.

Author:    David Kilzer <ddkilzer@apple.com>

git-svn-id: https://angleproject.googlecode.com/svn/trunk@573 736b8ea6-26fd-11df-bfd4-992fa37f6226
    • Fix clang warning: ConstantUnion.h:56:17: warning: 7 enumeration values not handled in switch · cd3a1b94
      daniel@transgaming.com authored 
      Issue=124

Part 1 of 5: <http://webkit.org/b/56337> Enable -Werror on ANGLE

Signed-off-by: Nicolas Capens
Signed-off-by: Daniel Koch

Upstream bug: <http://code.google.com/p/angleproject/issues/detail?id=124>

Fixes the following static analyzer warning:

    In file included from src/compiler/debug.cpp:14:
    In file included from src/compiler/ParseHelper.h:10:
    In file included from src/compiler/localintermediate.h:11:
    In file included from src/compiler/intermediate.h:21:
    src/compiler/ConstantUnion.h:56:17: warning: 7 enumeration values not handled in switch: 'EbtVoid', 'EbtGuardSamplerBegin', 'EbtSampler2D'... [-Wswitch-enum,2]
             switch (type) {
                     ^

* src/compiler/ConstantUnion.h:
(ConstantUnion::operator==): Added a default case.

Author:    David Kilzer <ddkilzer@apple.com>

git-svn-id: https://angleproject.googlecode.com/svn/trunk@572 736b8ea6-26fd-11df-bfd4-992fa37f6226
  25. 14 Mar, 2011 1 commit