1
0
mirror of https://github.com/cookiengineer/audacity synced 2025-04-30 15:49:41 +02:00
audacity/cmake-proxies
Paul Licameli 1f71ef4300 New interface library target wxBase restricts view of wxWidgets...
... It will be used as a target link library of some lower level Audacity
libraries, to be separated from the executable.

These libraries will have link time dependency only on the wxBase subset of
non-monolithic wxWidgets builds.

More, they are restricted to use only a proper subset of wxBase functionality:
they are prevented, at compile time, not only from using any graphical user
interface, but also from using the main event loop or global application object
-- though these things are also in wxBase.

They may still use things like strings, files, threads, atomics, and other
utilities that may have modern C++ standard library equivalents.

It would be preferable to use those, but it is not a priority to make those
rewrites.
2021-05-21 21:51:58 -04:00
..
2020-02-12 01:05:51 -06:00
2020-05-26 13:36:07 -05:00
2020-02-23 03:57:31 -06:00
2021-02-01 10:12:06 -06:00
2020-09-23 22:47:19 -05:00
2020-05-26 13:36:07 -05:00
2018-04-01 09:23:11 +01:00
2020-02-19 10:53:50 -06:00

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.