You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
All public C-functions exported by libassimp, use a prefix ai.
This is nice, so for the Debian package we even use a version-script to make sure that only proper "public" symbols can be found in the library (for whatever reasons, using -fvisibility=hidden seems to export too many symbols; but anyhow...)
Now, with assimp-5.2.3, there's a new exported symbol TextureTypeToString (which is even used by the assimp cmdline tool), which obviously lacks the ai-prefix.
I figure this is because the function used to be an often-used (and re-implemented) private function, that was turned into a public function for better re-usability.
umlaeute
changed the title
new function "TextureTypeToString" does use the *ai...* namespace
new function "TextureTypeToString" should use the *ai...* namespace
Apr 19, 2022
Describe the technical debt
All public C-functions exported by libassimp, use a prefix
ai
.This is nice, so for the Debian package we even use a version-script to make sure that only proper "public" symbols can be found in the library (for whatever reasons, using
-fvisibility=hidden
seems to export too many symbols; but anyhow...)Now, with assimp-5.2.3, there's a new exported symbol
TextureTypeToString
(which is even used by theassimp
cmdline tool), which obviously lacks theai
-prefix.I figure this is because the function used to be an often-used (and re-implemented) private function, that was turned into a public function for better re-usability.
See #2964 resp #2989
Better solution
Rename the function to
aiTextureTypeToString
to have a name consistent with other public C-symbols.Desktop:
The text was updated successfully, but these errors were encountered: