<< OSX: Carbon Event Loop not firing - Application unresponsive | Home | Derivation of the Perspective Matrix, Part 1 >>

An stlport tip, for solving linker errors (stlpmtx_std vs stlp_std)

We've been making heavy use of stlport for our projects. Stlport is a great, freely available library that one can use on plaforms without a mature C++ stl library. A number of our team experienced problems when building an stlport application; specifically linker errors.

A common cause of link errors while making use of STLPort is variations in the compile flags between the stlport library itself (if it needed to be compiled - often it's headers only, depending on how you use it) and the applicaton.

With the output errors, check the namespace of the missing methods, it might tell you something about what's happening. The specific problem occuring for members of our team was yielding errors with a signature of form:

stlpmtx_std::methodname

Eventually we realized the application was compiled with stlport in a non thread safe form (i.e. _NOTHREADS defined), but my the systems' dynamic libraries (of stlport) were compiled as thread safe (generating the corresponding link table name prefix signature - stlp_std::methodname).

Hopefully this will help somebody who might be confused or stumped with the same issue.
Avatar: Zav

Re: An stlport tip, for solving linker errors (stlpmtx_std vs stlp_std)

anyone know why my analog sticks wouldn't register in the configuration screen? im using a wired 360 controller and the sticks' pointers move in the preferences panel.
Avatar: Henrik Johansson

Re: An stlport tip, for solving linker errors (stlpmtx_std vs stlp_std)

Same here, the analog sticks doesn't register in the configuration screen :(
Avatar: montdidier

Re: An stlport tip, for solving linker errors (stlpmtx_std vs stlp_std)

I'll have a look at this problem. It's been a while since I delved into the code, but I vaguely remember there was some small incompatability that needed to be addressed in code. The drivers may have changed again since this post.

Re: An stlport tip, for solving linker errors (stlpmtx_std vs stlp_std)

Thank you very much. This article helps me a lot. Add -D_STLP_NO_THREADS to compile your code when linking non thread supported STLport 5.2.1.