Replies: 6 comments
-
|
It's mainly because C++ ABI have data structure along intermixed with function pointer (for the Virtual Tables and RTTI). Also, it's not specified on the standard how they are done. Basicaly, that means a lot of work and new tools to develop, so, for now, I have just decide to les c++ library emulated. |
Beta Was this translation helpful? Give feedback.
-
@ptitSeb thanks . i found for wraplib like liGLU.so libSDL2_mixer-2.0.so.0, libsmpeg2-2.0 liialure.so libxslt.so , ldd -r these lib, libstdc++ will be depended. it means ld.so will load libstdc++ under dlopen while box64 will load libstdc++ in self mmaped space. it will be a problem? or when it's will be a problem? |
Beta Was this translation helpful? Give feedback.
-
|
Those libs might use libstdc++ internaly, but they are C libs and doesn't expose any libstdc++ object, so there is no problem. The libsstdc++ that will be mounted is the native one, and it will be invisible to the emulated program. |
Beta Was this translation helpful? Give feedback.
-
|
@ptitSeb thanks. so if any native lib if it expose some libstdc++ object, it may be dangerous.
|
Beta Was this translation helpful? Give feedback.
-
|
Yes, because there will be 2 different libstdc++ in memory, the native one and the emulated one. Like if you were using two different version at the same time. |
Beta Was this translation helpful? Give feedback.
-
|
Converted to a Discussion, it's more appropiate. |
Beta Was this translation helpful? Give feedback.
-
just for curious, because there are may different size struct in arm and x86?
Beta Was this translation helpful? Give feedback.
All reactions