mirror of
https://github.com/cookiengineer/audacity
synced 2025-05-04 09:39:42 +02:00
a8ee0b8c7c
Visual Studio NuGet package handling was redone to correct a chicken and egg situation. (See the nuget_package() function in audacity/CMakeLists.txt. Due to the change in NuGet handling, was finally able to make the Audacity target dependent on several other targets. This ensures the destination directory is populated correctly. Library handling for system packages reworked to ensure the correct libraries are used and to "workaround" an issue where the libraries weren't being included in the link command...no idea why. New way is better anyway. Don't allow a system library for SBSMS since it seems we have a unique (Audacity-only???) version. Don't define wxDEBUG_LEVEL. It's not needed and causes duplicate symbol warnings. A couple of small changes to config files to remove libmad and libsndfile warnings. Do not include serdi.c and sordi.c in the LV2 build. Fix handling of static Lame and linked FFmpeg libs. Use cmake file() instead of gcc/awk to extract version information from Audacity.h for the Mac Info.plist. Use "cmake -E tar" to zip artifacts in github action.
CMake requires that its CMakeList.txt files follow the directory structure of the projects. However, for Audacity this would cause collision with existing CMakeList.txt files that e.g. expat and libsoxr already provide. Our solution is to have this proxy directory for lib-src to hold our version of the CMakeList.txt files. We did try bundling several libraries under one CMakeList.txt without using subdirectories. However, we were then fighting CMake too much - and did not have a clean separation of information between sub projects. We don't need the proxies for our own 'lib_src' such as mod-script-pipe and FileDialog, where we 'own' the CMakeList.txt file.