<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - OpenGL ES2 with fbdev - link error"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=75098#c2">Comment # 2</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - OpenGL ES2 with fbdev - link error"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=75098">bug 75098</a>
              from <span class="vcard"><a class="email" href="mailto:christian.prochaska@genode-labs.com" title="Christian Prochaska <christian.prochaska@genode-labs.com>"> <span class="fn">Christian Prochaska</span></a>
</span></b>
        <pre>Hi Emil,

(In reply to <a href="show_bug.cgi?id=75098#c1">comment #1</a>)
<span class="quote">> Created <span class=""><a href="attachment.cgi?id=94216" name="attach_94216" title="mapi/es2api: unconditionaly link against glapi/glapi.la">attachment 94216</a> <a href="attachment.cgi?id=94216&action=edit" title="mapi/es2api: unconditionaly link against glapi/glapi.la">[details]</a></span> <a href='page.cgi?id=splinter.html&bug=75098&attachment=94216'>[review]</a> [review]
> mapi/es2api: unconditionaly link against glapi/glapi.la

> Hi Christian, thanks for the report.

> I must admit that these are rather unusual configure flags, which are not
> tested too often.

> * Are you able to use the libGLESv2.so library, (eg. use a precompiled
> es2gears)? I'm assuming that is not the case.</span >

When I build es2gears with the 'working' (shared glapi) Mesa installed and then
uninstall Mesa and install the non-shared glapi Mesa version and execute the
previously built es2gears binary, this error occurs:

./es2gears: symbol lookup error: /usr/local/lib/libGLESv2.so.2: undefined
symbol: _glapi_Dispatch

<span class="quote">> With that said, the attached patch should help, although I'm not sure if
> it's the correct solution as the api dispatch is out of my current scope :-)</span >

Unfortunalely, it doesn't build:

/bin/bash ../../../libtool  --tag=CC   --mode=link gcc -fvisibility=hidden -g
-O2 -Wall -std=c99 -Werror=implicit-function-declaration
-Werror=missing-prototypes -fno-strict-aliasing -fno-builtin-memcmp 
-version-number 2 -no-undefined  -o libGLESv2.la -rpath /usr/local/lib entry.lo
-ldrm   -lm -lpthread -ldl ../../../src/mapi/glapi/libglapi.la  
libtool: link: gcc -shared  -fPIC -DPIC  .libs/entry.o  -Wl,--whole-archive
../../../src/mapi/glapi/.libs/libglapi.a -Wl,--no-whole-archive  -ldrm -lm
-lpthread -ldl  -O2   -Wl,-soname -Wl,libGLESv2.so.2 -o
.libs/libGLESv2.so.2.0.0
../../../src/mapi/glapi/.libs/libglapi.a(glapi_x86.o): In function
`glCullFace':
/home/christian/projects/mesa/mesa/src/mapi/glapi/glapi_x86.S:305: multiple
definition of `glCullFace'
.libs/entry.o:entry.c:(.text+0x0): first defined here
../../../src/mapi/glapi/.libs/libglapi.a(glapi_x86.o): In function
`glFrontFace':
/home/christian/projects/mesa/mesa/src/mapi/glapi/glapi_x86.S:310: multiple
definition of `glFrontFace'
.libs/entry.o:entry.c:(.text+0x20): first defined here
../../../src/mapi/glapi/.libs/libglapi.a(glapi_x86.o): In function `glHint':
.libs/entry.o:entry.c:(.text+0x40): first defined here
...</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>