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
MIOpen tests directly leverage internal APIs (e.g., miopen::ActivationDescriptor) rather than public APIs miopenCreateActivationDescriptor to implement the functionalities. This makes the shared library libMIOpen.so has to expose many unnecessary symbols.
Currently MIOpen uses the version script to control the symbol visibility, while other ROCm libraries like rocBLAS or rocSPARSE hide all internal symbols by default as their tests only use public APIs.
Distributions like Debian will maintain a symbol file for library binary compatibility between packages, hence the internal API usage in tests makes it hard to provide a clean symbol list with only public APIs.
The text was updated successfully, but these errors were encountered:
Hi developers,
MIOpen tests directly leverage internal APIs (e.g.,
miopen::ActivationDescriptor
) rather than public APIsmiopenCreateActivationDescriptor
to implement the functionalities. This makes the shared librarylibMIOpen.so
has to expose many unnecessary symbols.Currently MIOpen uses the version script to control the symbol visibility, while other ROCm libraries like rocBLAS or rocSPARSE hide all internal symbols by default as their tests only use public APIs.
Distributions like Debian will maintain a symbol file for library binary compatibility between packages, hence the internal API usage in tests makes it hard to provide a clean symbol list with only public APIs.
The text was updated successfully, but these errors were encountered: