mcmartin / frut Goto Github PK

Add a script called Jucer2CMake.cmake that takes the path to a .jucer project file as input and creates a corresponding CMakeLists.txt file.

This will enable fast adoption and testing in production: one can use Projucer and JUCE.cmake at the same time until they feel confident enough to go full CMake.

• build helloworld
• launch (OK)
• rename helloworldJUCECmake
• launch (NOK)

same steps only rename the application if built by JUCE.

A quick google search got me this result, maybe others are more appropriate ?

https://pypi.python.org/pypi/cmakelint/1.3.4

steps to reproduce (OSX 10.9):

git clone --depth=1 https://github.com/julianstorer/JUCE.git
git clone --depth=1 [email protected]:McMartin/JUCE.cmake.git
cd JUCE.cmake/extras/Projucer
mkdir build && cd build
cmake .. -G"Unix Makefiles" && make -j4

warnings generated: "NDEBUG or DEBUG has been defined - you should set one of these to make it clear whether this is a release build," [-W#warnings]
#warning "Neither NDEBUG or DEBUG has been defined - you should set one of these to make it clear whether this is a release build,""

It should contain at least the following sections:

• What's the problem this project is trying to solve (the final objective)
• Project description : how this project solves the problem
• Installation procedure / tutorial
• How to contribute to the project

Long texts can be proxied to the wiki.

The flag xcode resource seems to be this cmake command
set_source_files_properties(${FILES_RESOURCE} PROPERTIES MACOSX_PACKAGE_LOCATION Resources)
from http://stackoverflow.com/questions/28461853/how-to-add-resource-bundle-into-a-xcode-project-using-cmake

This property can be read in the jucer file at MAINGROUP/GROUP/FILE:: xcodeResource bool attribute

Currently, JUCE.cmake is licensed under MIT, but we might want to align it with JUCE, which is mostly licensed under GPL. Since there are only two contributors so far, it should be fairly easy to agree and change the license if that's what we want.

It would only support VST and AU though (not AUv3).

Atm, when using introjucer, compilers think juce source code is our code. And this library triggers various warnings. As a user, I don't want to adjust the warning level of my project depending on the warnings of the JUCE library, nor fix JUCE library to avoid warnings.

They should be similar to https://github.com/McMartin/JUCE.cmake/blob/master/examples/audio%20plugin%20demo/CMakeLists.txt

built with JUCE.camke = not retina

built with JUCE = retina