[Mesa-dev] [PATCH 2/4] glapi: Fix build break in 'make check' on non-shared-glapi builds

[Ian Romanick]

On 04/03/2014 07:35 AM, Dieter Nützel wrote:
> Am 03.04.2014 04:16, schrieb Ian Romanick:
>> On 04/02/2014 06:13 PM, Dieter Nützel wrote:
>>> Am 03.04.2014 01:19, schrieb Ian Romanick:
>>>> On 04/02/2014 03:43 PM, Dieter Nützel wrote:
>>>>> Am 02.04.2014 08:12, schrieb Timothy Arceri:
>>>>>> On Wed, 2014-04-02 at 00:56 +0200, Dieter Nützel wrote:
>>>>>>> Hello Ian, hello Timothy,
>>>>>>>
>>>>>>> does this fix the regression introduced with commit fb78fa58?
>>>>>>>
>>>>>>> [Mesa-dev] Mesa git (r600g): OpenGL Error(GL_INVALID_OPERATION):
>>>>>>> initTexture2D (bisected)
>>>>>>> http://lists.freedesktop.org/archives/mesa-dev/2014-March/056165.html
>>>>>>>
>>>>>>>
>>>>>>> Thanks,
>>>>>>>    Dieter
>>>>>>
>>>>>> Hi Dieter,
>>>>>>
>>>>>> I just ran ./build/Release/gl-320-primitive-sprite on Mesa
>>>>>> 10.2.0-devel
>>>>>> (git-76ba50a) on Intel graphics and it ran fine with no error.
>>>>>> Have you
>>>>>> tried running it again with the latest code from git?
>>>>>> Tim
>>>>>
>>>>> Hello Tim,
>>>>>
>>>>> thank you very much for your direct reply!
>>>>> I've retested it with Mesa git daily on my _32bit_ system.
>>>>> All with same result.
>>>>> I even recompiled ogl-samples after recheckout several times NO go.
>>>>> Last try last night 8-(
>>>>>
>>>>> But,
>>>>>
>>>>> ...argh,
>>>>> after your request I've cloned ogl-samples this evening again and
>>>>> can't
>>>>> compile it anylonger. Someone changed the code to compile on 64 bit
>>>>> system only now, I think:
>>>>>
>>>>> [ 13%] Building CXX object
>>>>> framework/CMakeFiles/framework.dir/compiler.cpp.o
>>>>> Linking CXX static library libframework.a
>>>>> [ 13%] Built target framework
>>>>> Scanning dependencies of target es-200-draw-elements
>>>>> [ 13%] Building CXX object
>>>>> tests/CMakeFiles/es-200-draw-elements.dir/es-200-draw-elements.cpp.o
>>>>> Linking CXX executable ../build/Release/es-200-draw-elements
>>>>> /usr/lib/gcc/i586-suse-linux/4.8/../../../../i586-suse-linux/bin/ld:
>>>>> skipping incompatible
>>>>> /opt/ogl-samples/external/FreeImage-3.15.4/linux64/libfreeimage.a when
>>>>> searching for -lfreeimage
>>>>
>>>> He's shipping a prebuilt .a???  Madness!  Is there source code for
>>>> FreeImage included?  Can you just build a 32-bit version?  It seems
>>>> like
>>>> he has a crazy build system...
>>>
>>> Thank you guys for your patience...
>>>
>>>>> I'll try to go back some days in ogl-samples repository and try to get
>>>>> it running (with Mesa 10.1.0), again as starting point.
>>>
>>> Due to
>>> git clone -b 4.4.0 https://github.com/g-truc/ogl-samples
>>> I'm back to ogl-samples 4.4.0 (without FreeImage-3.15.4)
>>> and set, now.
>>>
>>> Mesa 10.1.0: OK
>>>
>>> /opt/ogl-samples> glxinfo | grep OpenGL
>>> libGL error: dlopen /usr/lib/dri/updates/r600_dri.so failed
>>> (/usr/lib/dri/updates/r600_dri.so: cannot open shared object file: No
>>> such file or directory)
>>> OpenGL vendor string: X.Org
>>> OpenGL renderer string: Gallium 0.4 on AMD RV730
>>> OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.1.0
>>> OpenGL core profile shading language version string: 3.30
>>> OpenGL core profile context flags: (none)
>>> OpenGL core profile profile mask: core profile
>>> OpenGL core profile extensions:
>>> OpenGL version string: 3.0 Mesa 10.1.0
>>> OpenGL shading language version string: 1.30
>>> OpenGL context flags: (none)
>>> OpenGL extensions:
>>>
>>> /opt/ogl-samples> ./build/release/gl-320-primitive-sprite
>>> libGL error: dlopen /usr/lib/dri/updates/r600_dri.so failed
>>> (/usr/lib/dri/updates/r600_dri.so: cannot open shared object file: No
>>> such file or directory)
>>> OpenGL Version Needed 3.2 ( 3.3 Found )
>>> Compiling shader
>>> gl-320/primitive-sprite.vert...
>>>
>>> Compiling shader
>>> gl-320/primitive-sprite.frag...
>>>
>>> Linking program
>>>
>>> Running Test
>>> Test Ended
>>> Test Began Correctly.
>>>
>>>
>>> Mesa 10.2.0-devel (git-d120506): BAD
>>>
>>> /opt/ogl-samples> glxinfo | grep OpenGL
>>> OpenGL vendor string: X.Org
>>> OpenGL renderer string: Gallium 0.4 on AMD RV730
>>> OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.2.0-devel
>>> (git-d120506)
>>> OpenGL core profile shading language version string: 3.30
>>> OpenGL core profile context flags: (none)
>>> OpenGL core profile profile mask: core profile
>>> OpenGL core profile extensions:
>>> OpenGL version string: 3.0 Mesa 10.2.0-devel (git-d120506)
>>> OpenGL shading language version string: 1.30
>>> OpenGL context flags: (none)
>>> OpenGL extensions:
>>>
>>> /opt/ogl-samples> ./build/release/gl-320-primitive-sprite
>>> OpenGL Version Needed 3.2 ( 3.3 Found )
>>> OpenGL Error(GL_INVALID_OPERATION): initTexture2D
>>
>> I'm guessing that initTexture2D is in the application.  Can you set a
>> breakpoint at _mesa_error to see where exactly Mesa is throwing
>> GL_INVALID_OPERATION.  That should shed some light on things.
> 
> Ian,
> 
> can you please guide me a bit.
> running
> gdb ./build/release/gl-320-primitive-sprite
> and
> (gdb) break _mesa_error
> Function "_mesa_error" not defined.
> Make breakpoint pending on future shared library load? (y or [n]) y
> 
> Breakpoint 1 (_mesa_error) pending.
> 
> Do not do the trick.

But you still get the error from the application?  Eh... I'm at a loss,
then.  _mesa_error is *the* function in Mesa that sets GL errors.
MESA_DEBUG=verbose give any output?  Failing that... valgrind?

>>> Running Test
>>> Test Ended
>>>
>>> Any ideas?
>>>
>>> BTW
>>> gl-320-primitive-shading
>>> sigfault with Mesa 10.1.0
>>> and show
>>> OpenGL Error(GL_INVALID_OPERATION): initProgram
>>> with Mesa 10.2.0-devel (git-d120506) on r600g.
>>> What does (should) it look like on Intel?
> 
> Had this (geom shader) anybody running?
> How should it look like?
> Maybe a picture?
> 
> I did all of this to get a picture about the r600g geom shader glory...
> ...sadly there is NO 32 bit version of
> Unigine_Valley-1.0/Unigine_Heaven-4.0 ;-)
> 
> -Dieter