[Mesa-users] libglx.a linking problem

Noel Hunt noel.hunt at gmail.com
Fri Jul 18 00:34:31 PDT 2014


[ Apologies for the previous post from which I omitted
  a Subject line.]

I am at the point of finally linking libglx.a but
the loader generates a substantial number of `undefined
symbol' errors:

Undefined            first referenced
 symbol                  in file
__indirect_glGetTexEnvfv            ./.libs/libglx.a(indirect_init.o)
__indirect_glGetTexEnviv            ./.libs/libglx.a(indirect_init.o)
      . . . .

A grep of the source on the first symbol, for example, reveals this:

./src/glx/tests/indirect_api.cpp:void __indirect_glGetTexEnvfv(void) { }
./src/glx/tests/indirect_api.cpp:   EXPECT_EQ((_glapi_proc)
__indirect_glGetTexEnvfv, table[_gloffset_GetTexEnvfv]);
./src/glx/indirect_init.c:    table[276] = (_glapi_proc)
__indirect_glGetTexEnvfv;

which suggests that these symbols are meant to be undefined
and resolved later, and yet this is a static library. Is this
the case? If so, the -z defs argument to the loader should be
removed plus --no-undefined, but that would mean tampering with
libtool.

Does anyone understand this problem?

Noel Hunt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/mesa-users/attachments/20140718/45fbe6f4/attachment.html>


More information about the mesa-users mailing list