[Mesa-dev] automake-gallium testing

[Andreas Boll]

2012/9/15 Matt Turner <mattst88 at gmail.com>:
> On Fri, Sep 14, 2012 at 8:21 AM, Matt Turner <mattst88 at gmail.com> wrote:
>> On Fri, Sep 14, 2012 at 6:51 AM, Andreas Boll
>> <andreas.boll.dev at gmail.com> wrote:
>>> Hi Matt,
>>>
>>> thank you very much for working on mesa's build system.
>>> I've tested your branch at
>>>   http://cgit.freedesktop.org/~mattst88/mesa/log/?h=automake-gallium
>>> and found two regressions so far.
>>>
>>> This is the first regression:
>>> r600_dri.so: undefined symbol: _ZTIN4llvm11raw_ostreamE)
>>>
>>> I've bisected to this commit:
>>>
>>> aac9798155f77f70b7cffc69ea4414aca7990e24 is the first bad commit
>>> commit aac9798155f77f70b7cffc69ea4414aca7990e24
>>> Author: Matt Turner <mattst88 at gmail.com>
>>> Date:   Wed Sep 5 11:12:29 2012 -0700
>>>
>>>     targets/dri-r600: Convert to automake
>>>
>>> Steps to reproduce:
>>>
>>> $ ./autogen.sh --prefix=$HOME/mesa-testing \
>>>         --with-gallium-drivers=r600 \
>>>         --with-dri-drivers=
>>>
>>> $ LD_LIBRARY_PATH="/home/andreas/mesa-testing/lib" LIBGL_DEBUG=verbose
>>> glxinfo | egrep "OpenGL|rendering"
>>>
>>> libGL: OpenDriver: trying /home/andreas/mesa-testing/lib/dri/tls/r600_dri.so
>>> libGL: OpenDriver: trying /home/andreas/mesa-testing/lib/dri/r600_dri.so
>>> libGL error: dlopen /home/andreas/mesa-testing/lib/dri/r600_dri.so
>>> failed (/home/andreas/mesa-testing/lib/dri/r600_dri.so: undefined
>>> symbol: _ZTIN4llvm11raw_ostreamE)
>>> libGL error: unable to load driver: r600_dri.so
>>> libGL error: driver pointer missing
>>> libGL error: failed to load driver: r600
>>> libGL: OpenDriver: trying /home/andreas/mesa-testing/lib/dri/tls/swrast_dri.so
>>> libGL: OpenDriver: trying /home/andreas/mesa-testing/lib/dri/swrast_dri.so
>>> libGL error: dlopen /home/andreas/mesa-testing/lib/dri/swrast_dri.so
>>> failed (/home/andreas/mesa-testing/lib/dri/swrast_dri.so: cannot open
>>> shared object file: No such file or directory)
>>> libGL error: unable to load driver: swrast_dri.so
>>> libGL error: failed to load driver: swrast
>>>
>>> direct rendering: No (If you want to find out why, try setting
>>> LIBGL_DEBUG=verbose)
>>> OpenGL vendor string: X.Org
>>> OpenGL renderer string: Gallium 0.4 on AMD RV770
>>> OpenGL version string: 1.4 (2.1 Mesa 8.0.4)
>>> OpenGL extensions:
>>>
>>> ###############################
>>>
>>> This is the second regression and I think that the other targets may fail too:
>>> swrast_dri.so: undefined symbol: driSWRastExtension)
>>>
>>> I've bisected to this commit:
>>>
>>> d098680084c3af7f0948c4efd81921845067b990 is the first bad commit
>>> commit d098680084c3af7f0948c4efd81921845067b990
>>> Author: Matt Turner <mattst88 at gmail.com>
>>> Date:   Wed Sep 5 11:17:33 2012 -0700
>>>
>>>     targets/dri-swrast: Convert to automake
>>>
>>> Steps to reproduce:
>>>
>>> $ ./autogen.sh --prefix=$HOME/mesa-testing \
>>>         --with-gallium-drivers=swrast \
>>>         --with-dri-drivers=
>>>
>>> $ make
>>> $ make install
>>>
>>> $ LD_LIBRARY_PATH="/home/andreas/mesa-testing/lib" LIBGL_DEBUG=verbose
>>> LIBGL_ALWAYS_SOFTWARE=1 GALLIUM_DRIVER=softpipe glxinfo | egrep
>>> "OpenGL|rendering"
>>>
>>> libGL: OpenDriver: trying /home/andreas/mesa-testing/lib/dri/tls/swrast_dri.so
>>> libGL: OpenDriver: trying /home/andreas/mesa-testing/lib/dri/swrast_dri.so
>>> libGL error: dlopen /home/andreas/mesa-testing/lib/dri/swrast_dri.so
>>> failed (/home/andreas/mesa-testing/lib/dri/swrast_dri.so: undefined
>>> symbol: driSWRastExtension)
>>> libGL error: unable to load driver: swrast_dri.so
>>> libGL error: failed to load driver: swrast
>>>
>>> direct rendering: No (If you want to find out why, try setting
>>> LIBGL_DEBUG=verbose)
>>> OpenGL vendor string: X.Org
>>> OpenGL renderer string: Gallium 0.4 on AMD RV770
>>> OpenGL version string: 1.4 (2.1 Mesa 8.0.4)
>>> OpenGL extensions:
>>>
>>>
>>> I'm looking forward to test possible fixes.
>>>
>>> Andreas.
>>
>> Hi Andreas,
>>
>> Thanks so much for testing! Testing is the hardest part in all of
>> this. I'll investigate and whip up some patches today.
>>
>> Again, thanks a lot!
>> Matt
>
> The attached patch should fix those two but they still won't work
> because I need to force C++ linking when linking with LLVM.

I have applied your patch and tested with disabled LLVM and it worked.
Thanks!

I'll test some more things tomorrow.

Andreas.