https://bugs.freedesktop.org/show_bug.cgi?id=59334
Priority: medium
Bug ID: 59334
CC: mic...@daenzer.net
Assignee: mesa-dev@lists.freedesktop.org
Summary: Automake Regression - Clover: Assertion failures when
loading pipe_r600.so driver
Severity: normal
Classification: Unclassified
OS: All
Reporter: tstel...@gmail.com
Hardware: Other
Status: NEW
Version: git
Component: Other
Product: Mesa
With r600g I'm seeing the following assertion failure when I try to run any
OpenCL programs:
hello_world: /home/tstellar/llvm/include/llvm/Support/CommandLine.h:646: void
llvm::cl::per<DataType>::addLiteralOption(const char*, const DT&, const char*)
[with DT = llvm::ScheeDAGSDNodes* (*)(llvm::SelectionDAGISel*,
llvm::CodeGenOpt::Level), DataType = llvm::ScheeDAGSDNodes*
(*)(llvm::SelectionDAGISel*, llvm::CodeGenOpt::Level)]: Assertion
`findOptioame) == Values.size() && "Option already exists!"' failed.
This assertion failure appears to be caused by static objects that are
initialized more than once. The first initialization comes from within clover
and the second comes from the pipe_*.so driver when clover loads it.
The backtrace for this assertion failure starts with:
_GLOBAL__sub_I_SelectionDAGISel.cpp
If I run:
objdump -t libOpenCL.so.1.0.0
I can see that this symbol is included in the libOpenCL.so.1.0.0 library after
the automake changes were merged, but it was not included before the merge.
This bug likely also affects the EGL state_tracker with r600g or radeonsi.
I will do my best to bisect and see which commit caused this bug, but I'm not
sure if bisection through the automake changes is possible.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
