Cmake install rpath12/28/2023 I use essentially the same build recipe there as on Mac, and find that the wx libraries (in /opt/local/lib/audacity) have rpath entries pointing into the build directory the mod-script-pipe.so plugin even has 2 different locations under the build.dir (and NOT to /opt/local/lib/audacity!). ![]() Interestingly, I observe a comparable situation with the rpath information on Linux. Both subports use the same custom wxWidgets version (commit #07e7d83) so it is not surprising that both are affected by this issue. Only install_name_tool -change is used to correct dependencies in the wx libraries, but not install_name_tool -id also, the mod-script-pipe.so plugin is not fixed at all. This is corrected partly during the creation of the appbundle, but not completely. It has come to my attention that the wxWidgets build ends up with shared libraries that have an id/install_name that references the build directory. ![]() By default the port build process will grab a copy of the custom wxWidgets sources and build them via the CMake build system. ![]() I maintain MacPort’s packaging for Audacity my port currently ships either v2.4.2 (“audacity-legacy”) and v3.0.2 via so-called subports.
0 Comments
Leave a Reply.AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |