Cobalt SBBLITERSWAPCHAIN中的NPLB碰撞与钴

当运行NPLB测试时，它将在

右舷/shared/directfb/blitter\u destroy\u swap\u chain.cc中崩溃如下，因为在使用openGL（非directfb）绘制UI时未创建directfb曲面，因此在使用openGL时可能需要跳过此directfb测试用例。如果是这样，当它使用openGL绘制UI时，是否有计划跳过与directfb相关的测试用例

Caught signal: SIGSEGV (11)
        SbBlitterDestroySwapChain [0x1ae304]
        SbBlitterDestroySwapChain [0x1ae304]
        SbBlitterDestroySwapChain [0x1ae304]
        SbBlitterDestroySwapChain [0x1ae304]
        SbBlitterDestroySwapChain [0x1ae304]
        SbBlitterDestroySwapChain [0x1ae304]
        SbBlitterDestroySwapChain [0x1ae304]
        SbBlitterDestroySwapChain [0x1ae304]
        SbBlitterDestroySwapChain [0x1ae304]
        SbBlitterDestroySwapChain [0x1ae304]

似乎您正在支持OpenGL ES的平台上将
右舷/shared/directfb
中的文件包含在
右舷平台.gypi
中。您需要根据
'gl\u type'
有条件地包括源：

'conditions': [
  ['gl_type == "none"', {
    'sources': [
      # Blitter source files.
    ],
  }, {
    'sources': [
      # OpenGL ES source files.
    ],
  }],
],

有关实际示例，请参见
src\cobalt\renderer\backend\righboard\platform\u backend.gyp
。
Blitter测试仅在SB\u的Blitter为1时运行。您的配置\u public.h是否将SB\u has\u BLITTER设置为0？（我假设您的gyp_configuration.gypi有'gl_type'：'system_gles2'）。您好，是的，我们将gl_type设置为使用opengl，而它不使用directfb blitter（SB_has_blitter用于directfb），因此gl_type和SB_has_blitter应该是互斥的，如果是这样，最好根据gl_type的设置自动设置SB_has_blitter，是吗？您好，如果我将SB_设置为BLITTER 0，右舷/BLITTER.h中的数据结构将被禁用，但许多地方仍然引用它，那么将发生许多与BLITTER相关的构建错误。这当然不是预期的。你能给出一个尽管SB___________________________________________________________________________，这些数据结构在右舷/blitter.h中定义，通过将SB_HAS_blitter设置为0来禁用。