1
0
mirror of https://github.com/cookiengineer/audacity synced 2025-06-16 08:09:32 +02:00
audacity/cmake-proxies
Leland Lucius e2a7204403 Provides to use the system wxWidgets install
The default is to use the system one if found.  If the
WXWIN environment variable is set and points to a valid
wxWidgets tree, that will be used.  Otherwise, it will
search the platform specific locations.

You can use a local library instead with:

   cmake -Duse_system_wxwigets=no ...

In this case it will look for the WXWIN environment variable
and use that or it will download the Audacity specific wxWidgets
source.  In both cases, wxWidgets will be built as part of the
Audacity project.
2020-02-03 19:05:32 -06:00
..
2020-02-03 00:39:43 -06:00
2018-04-01 09:23:11 +01:00
2020-02-03 00:39:43 -06:00
2020-02-03 00:39:43 -06:00
2020-02-03 00:39:43 -06:00
2020-02-03 00:39:43 -06:00
2020-02-03 00:39:43 -06:00
2020-02-03 00:39:43 -06:00
2020-02-03 16:00:47 -06:00
2020-02-03 00:39:43 -06:00
2020-02-03 00:39:43 -06:00
2020-02-03 00:39:43 -06:00
2020-02-03 00:39:43 -06:00
2018-04-01 09:23:11 +01:00
2020-02-03 00:39:43 -06:00
2020-02-03 00:39:43 -06:00
2020-02-03 00:39:43 -06:00
2020-02-03 00:39:43 -06:00
2020-02-03 00:39:43 -06:00
2020-02-03 00:39:43 -06:00
2020-02-03 00:39:43 -06:00
2018-04-01 09:23:11 +01: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.

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.