[Mesa-dev] [Bug 98774] glsl/tests/warnings-test regression

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Fri Nov 18 22:13:53 UTC 2016


https://bugs.freedesktop.org/show_bug.cgi?id=98774

            Bug ID: 98774
           Summary: glsl/tests/warnings-test regression
           Product: Mesa
           Version: git
          Hardware: x86-64 (AMD64)
                OS: All
            Status: NEW
          Keywords: bisected, have-backtrace, regression
          Severity: normal
          Priority: medium
         Component: Mesa core
          Assignee: mesa-dev at lists.freedesktop.org
          Reporter: vlee at freedesktop.org
        QA Contact: mesa-dev at lists.freedesktop.org
                CC: emil.l.velikov at gmail.com, t_arceri at yahoo.com.au

$ make check
[...]
PASS: glsl/glcpp/tests/glcpp-test
PASS: glsl/glcpp/tests/glcpp-test-cr-lf
PASS: glsl/tests/blob-test
PASS: glsl/tests/cache-test
PASS: glsl/tests/general-ir-test
PASS: glsl/tests/optimization-test
PASS: glsl/tests/sampler-types-test
PASS: glsl/tests/uniform-initializer-test
FAIL: glsl/tests/warnings-test
PASS: nir/tests/control_flow_tests
============================================================================
Testsuite summary for Mesa 13.1.0-devel
============================================================================
# TOTAL: 10
# PASS:  9
# SKIP:  0
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 0

$ ./glsl_compiler --just-log --version 150
./glsl/tests/warnings/000-basic-test.vert
0:8(8): warning: `undefined' used uninitialized
Segmentation fault (core dumped)

(gdb) bt
#0  0x0000000000000000 in ?? ()
#1  0x000000000044a11e in link_intrastage_shaders
(mem_ctx=mem_ctx at entry=0x1391320, ctx=ctx at entry=0x717a40
<standalone_compile_shader::local_ctx>, prog=prog at entry=0x1391320,
shader_list=0x1391920, 
    num_shaders=num_shaders at entry=1,
allow_missing_main=allow_missing_main at entry=true) at glsl/linker.cpp:2196
#2  0x0000000000406c02 in standalone_compile_shader
(_options=_options at entry=0x717a10 <options>, num_files=num_files at entry=1,
files=<optimized out>) at glsl/standalone.cpp:494
#3  0x000000000040346b in main (argc=<optimized out>, argv=0x7ffe4b919888) at
glsl/main.cpp:92
(gdb) frame 1
#1  0x000000000044a11e in link_intrastage_shaders
(mem_ctx=mem_ctx at entry=0x1391320, ctx=ctx at entry=0x717a40
<standalone_compile_shader::local_ctx>, prog=prog at entry=0x1391320,
shader_list=0x1391920, 
    num_shaders=num_shaders at entry=1,
allow_missing_main=allow_missing_main at entry=true) at glsl/linker.cpp:2196
2196                                 prog->Name);
(gdb) print prog->Name
$1 = 0


9d96d3803ab5dc896d4844ac785db57bb1717f91 is the first bad commit
commit 9d96d3803ab5dc896d4844ac785db57bb1717f91
Author: Timothy Arceri <timothy.arceri at collabora.com>
Date:   Mon Oct 31 23:54:03 2016 +1100

    glsl: create gl_program at the start of linking rather than the end

    This will allow us to directly store metadata we want to retain in
    gl_program this metadata is currently stored in gl_linked_shader and
    will be lost if relinking fails even though the program will remain
    in use and is still valid according to the spec.

    "If a program object that is active for any shader stage is re-linked
    unsuccessfully, the link status will be set to FALSE, but any existing
    executables and associated state will remain part of the current
    rendering state until a subsequent call to UseProgram,
    UseProgramStages, or BindProgramPipeline removes them from use."

    This change will also help avoid the double handing that happens in
    _mesa_copy_linked_program_data().

    Reviewed-by: Emil Velikov <emil.velikov at collabora.com>

:040000 040000 97d2bb36e78083ac49ae2858d9d710b755d02941
2aa728acfaf8bc58a74f6ea379023f95c42139bf M      src
bisect run success

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20161118/9e730435/attachment-0001.html>


More information about the mesa-dev mailing list