(no subject)

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

_______________________________________________
mesa-users mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/mesa-users