[cmake-developers] Making GUI applications by default

[Clinton Stimpson]

On Mar 4, 2012, at 3:29 PM, Stephen Kelly wrote:

> Stephen Kelly <steveire at ...> writes:
> 
>> 
>> Brad King wrote:
>> 
>>> The implementation is not what I had in mind when I said "implies"
>>> the platform-specific property.  This should be its own property
>>> that one can set/get normally with no special C++-implemented
>>> mapping to the other two properties.  The generators should look
>>> for this property first and only if not set look for the platform-
>>> specific property.  If either is set the effect is the same.
>> 
>> I see. That's a bit more painful. That will mean touching all generators, 
>> and I don't have the easy visual studio or mac access to implement or test 
>> them.
> 
> I happened to read a little bit about CPack recently
> 
> http://www.cmake.org/Wiki/CMake:CPackPackageGenerators#Overview
> 
> The recommendation is to not use MACOSX_BUNDLE when using cpack,

I don't see that as a general recommendation for GUI applications on Mac OS X.
Its only true if you use the Bundle generator, which does the equivalent of the MACOSX_BUNDLE conversion at cpack time (not install time).  I wouldn't base a general statement on a generator where one has a broken "make install" just to make a cpack generator work.

If you use any other cpack generator with a GUI application, you do use MACOSX_BUNDLE.

Clint

> so I thought
> maybe that makes it different enough to WIN32_EXECUTABLE that they should be
> different CMAKE_ properties.
> 
> set(CMAKE_WIN32_EXECUTABLE ON)
> set(CMAKE_MACOSX_BUNDLE ON)
> 
> That would also mean that I can actually submit the patch. I'm not so keen on
> having to change every generator instead. Actually I think the existing patch is
> better than touching every generator anyway (that's at least in part why there
> is an abstraction).
> 
> Thanks,
> 
> Steve.
> 
> 
> --
> 
> Powered by www.kitware.com
> 
> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html
> 
> Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ
> 
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers