Re: [CMake] OS X Application plist configuration questions

2011-02-10 Thread Michael Jackson
That is great news. Seems I was not keeping up with how things are preferred to 
be done. I'll update my "cmp" project to use target properties which will fix a 
whole slew of my own projects. Thanks for the help tracking this down. 

___
Mike Jackson  www.bluequartz.net
Principal Software Engineer   mike.jack...@bluequartz.net 
BlueQuartz Software   Dayton, Ohio

On Feb 10, 2011, at 3:30 PM, David Cole wrote:

> Yes I just reproduced this with the CMake test "BundleTest" by modifying 
> it like so:
> 
> function(hide_var)
> SET(MACOSX_BUNDLE_INFO_STRING "bundle_info_string")
> ADD_EXECUTABLE(BundleTest
>   MACOSX_BUNDLE
>   BundleTest.cxx
>   SomeRandomFile.txt
>   "${BundleTest_SOURCE_DIR}/../../ChangeLog.txt"
>   "${CMAKE_CURRENT_BINARY_DIR}/randomResourceFile.plist"
>   )
> TARGET_LINK_LIBRARIES(BundleTest BundleTestLib)
> endfunction()
> 
> hide_var()
> 
> So... the bottom line is that the MACOSX_BUNDLE_* as *variables* have to be 
> defined at directory scope in order to work like they're supposed to with the 
> automatically configured Info.plist file. However, there is another 
> (preferred) way to do this. Set the same names as target properties *after* 
> the add_executable call. Then the variable scoping does not matter.
> 
> These are not documented either in --help-variable-list or 
> --help-property-list  I had to go to the source code to figure this out. 
> However, the one that is documented, MACOSX_BUNDLE_INFO_PLIST, references the 
> MACOSX_BUNDLE_* values as target properties:
> 
>   
> http://cmake.org/cmake/help/cmake-2-8-docs.html#prop_tgt:MACOSX_BUNDLE_INFO_PLIST
> 
> This is not a bug that we will fix (other than possibly adding better 
> documentation at some point) -- but please use the target properties and not 
> the variables from now on. It's been that way since at least CMake 
> 2.6.something...
> 
> 
> Thanks,
> David
> 
> 
> On Thu, Feb 10, 2011 at 3:04 PM, Michael Jackson 
>  wrote:
> Instructions to reproduce:
> 
> Pull the sample Qt Project from the CMake wiki
> 
> http://www.cmake.org/Wiki/images/2/25/QtTest-Package-Example.zip
> 
> Unzip it
> cd into it.
> 
> Replace the CMakeLists.txt file with the one attached to this email.
> 
> run the following:
> 
> git clone git://scm.bluequartz.net/support-libraries/cmp.git
> 
> configure the project.
> 
> Note how the plist is NOT filled in correct. Edit the CMakeLists.txt file at 
> line 137 to make cmake go into the "if()" statement. Reconfigure. Note how 
> the plist has all the "correct" values now.
> 
> The functions and macros you want to look at are in 
> QtTest/cmp/cmpCMakeMacros.cmake.
> ___
> Mike Jackson  www.bluequartz.net
> 
> 
> 
> 
> On Feb 10, 2011, at 2:39 PM, David Cole wrote:
> 
> > Can you share your source code so I can repro the issue here?
> >
> > Thx,
> > David
> >
> >
> > On Thu, Feb 10, 2011 at 2:25 PM, Michael Jackson 
> >  wrote:
> >
> > On Feb 10, 2011, at 2:04 PM, David Cole wrote:
> >
> > > On Thu, Feb 10, 2011 at 1:51 PM, Bill Hoffman  
> > > wrote:
> > > On 2/10/2011 1:27 PM, Michael Jackson wrote:
> > > Bump?
> > >
> > > Did you try cmake --trace to see when it was configure...
> > >
> > >
> > > --
> > > Mike Jackson
> > >
> > > On Feb 8, 2011, at 5:36 PM, Michael Jackson wrote:
> > >
> > > At what point is the MacOSXBundleInfo.plist.in configured? I am setting 
> > > all the relevant variables but they are not getting inserted into the 
> > > plist.
> > >
> > > Here is some debug output from a CMake run of my project:
> > >
> > > -- MACOSX_BUNDLE_INFO_STRING: StatsGenerator_debug Version 2011.02.08, 
> > > Copyright 2009 BlueQuartz Software.
> > > -- MACOSX_BUNDLE_ICON_FILE: StatsGenerator.icns
> > > -- MACOSX_BUNDLE_GUI_IDENTIFIER: StatsGenerator_debug
> > > -- MACOSX_BUNDLE_LONG_VERSION_STRING: StatsGenerator_debug Version 
> > > 2011.02.08
> > > -- MACOSX_BUNDLE_BUNDLE_NAME: StatsGenerator_debug
> > > -- MACOSX_BUNDLE_SHORT_VERSION_STRING: 2011.02.08
> > > -- MACOSX_BUNDLE_BUNDLE_VERSION: 2011.02.08
> > > -- MACOSX_BUNDLE_COPYRIGHT: Copyright 2011, BlueQuartz Software. All 
> > > Rights Reserved.
> > >
> > >
> > > I set all those variables before and after the add_executable call but 
> > > most of the values does not show up in the plist file. Probably something 
> > > simple I am missing.
> > >
> > > Thanks.
> > > ___
> > > Mike Jackson  www.bluequartz.net
> > > Principal Software Engineer   mike.jack...@bluequartz.net
> > > BlueQuartz Software   Dayton, Ohio
> > >
> > >
> > > Does your add_executable call have the MACOSX_BUNDLE flag in it?
> > >
> > > You should definitely set those variables before calling add_executable, 
> > > and they should definitely show up if you have MACOSX_BUNDLE turned on.
> > >
> > > What genera

Re: [CMake] OS X Application plist configuration questions

2011-02-10 Thread David Cole
Yes I just reproduced this with the CMake test "BundleTest" by modifying
it like so:

function(hide_var)

SET(MACOSX_BUNDLE_INFO_STRING "bundle_info_string")

ADD_EXECUTABLE(BundleTest

  MACOSX_BUNDLE

  BundleTest.cxx

  SomeRandomFile.txt

  "${BundleTest_SOURCE_DIR}/../../ChangeLog.txt"

  "${CMAKE_CURRENT_BINARY_DIR}/randomResourceFile.plist"

  )

TARGET_LINK_LIBRARIES(BundleTest BundleTestLib)

endfunction()


hide_var()

So... the bottom line is that the MACOSX_BUNDLE_* as *variables* have to be
defined at directory scope in order to work like they're supposed to with
the automatically configured Info.plist file. However, there is another
(preferred) way to do this. Set the same names as target properties *after*
the add_executable call. Then the variable scoping does not matter.

These are not documented either in --help-variable-list or
--help-property-list  I had to go to the source code to figure this out.
However, the one that is documented, MACOSX_BUNDLE_INFO_PLIST, references
the MACOSX_BUNDLE_* values as target properties:


http://cmake.org/cmake/help/cmake-2-8-docs.html#prop_tgt:MACOSX_BUNDLE_INFO_PLIST

This is not a bug that we will fix (other than possibly adding better
documentation at some point) -- but please use the target properties and not
the variables from now on. It's been that way since at least CMake
2.6.something...


Thanks,
David


On Thu, Feb 10, 2011 at 3:04 PM, Michael Jackson <
mike.jack...@bluequartz.net> wrote:

> Instructions to reproduce:
>
> Pull the sample Qt Project from the CMake wiki
>
> http://www.cmake.org/Wiki/images/2/25/QtTest-Package-Example.zip
>
> Unzip it
> cd into it.
>
> Replace the CMakeLists.txt file with the one attached to this email.
>
> run the following:
>
> git clone git://scm.bluequartz.net/support-libraries/cmp.git
>
> configure the project.
>
> Note how the plist is NOT filled in correct. Edit the CMakeLists.txt file
> at line 137 to make cmake go into the "if()" statement. Reconfigure. Note
> how the plist has all the "correct" values now.
>
> The functions and macros you want to look at are in
> QtTest/cmp/cmpCMakeMacros.cmake.
> ___
> Mike Jackson  www.bluequartz.net
>
>
>
>
> On Feb 10, 2011, at 2:39 PM, David Cole wrote:
>
> > Can you share your source code so I can repro the issue here?
> >
> > Thx,
> > David
> >
> >
> > On Thu, Feb 10, 2011 at 2:25 PM, Michael Jackson <
> mike.jack...@bluequartz.net> wrote:
> >
> > On Feb 10, 2011, at 2:04 PM, David Cole wrote:
> >
> > > On Thu, Feb 10, 2011 at 1:51 PM, Bill Hoffman <
> bill.hoff...@kitware.com> wrote:
> > > On 2/10/2011 1:27 PM, Michael Jackson wrote:
> > > Bump?
> > >
> > > Did you try cmake --trace to see when it was configure...
> > >
> > >
> > > --
> > > Mike Jackson
> > >
> > > On Feb 8, 2011, at 5:36 PM, Michael Jackson wrote:
> > >
> > > At what point is the MacOSXBundleInfo.plist.in configured? I am
> setting all the relevant variables but they are not getting inserted into
> the plist.
> > >
> > > Here is some debug output from a CMake run of my project:
> > >
> > > -- MACOSX_BUNDLE_INFO_STRING: StatsGenerator_debug Version 2011.02.08,
> Copyright 2009 BlueQuartz Software.
> > > -- MACOSX_BUNDLE_ICON_FILE: StatsGenerator.icns
> > > -- MACOSX_BUNDLE_GUI_IDENTIFIER: StatsGenerator_debug
> > > -- MACOSX_BUNDLE_LONG_VERSION_STRING: StatsGenerator_debug Version
> 2011.02.08
> > > -- MACOSX_BUNDLE_BUNDLE_NAME: StatsGenerator_debug
> > > -- MACOSX_BUNDLE_SHORT_VERSION_STRING: 2011.02.08
> > > -- MACOSX_BUNDLE_BUNDLE_VERSION: 2011.02.08
> > > -- MACOSX_BUNDLE_COPYRIGHT: Copyright 2011, BlueQuartz Software. All
> Rights Reserved.
> > >
> > >
> > > I set all those variables before and after the add_executable call but
> most of the values does not show up in the plist file. Probably something
> simple I am missing.
> > >
> > > Thanks.
> > > ___
> > > Mike Jackson  www.bluequartz.net
> > > Principal Software Engineer   mike.jack...@bluequartz.net
> > > BlueQuartz Software   Dayton, Ohio
> > >
> > >
> > > Does your add_executable call have the MACOSX_BUNDLE flag in it?
> > >
> > > You should definitely set those variables before calling
> add_executable, and they should definitely show up if you have MACOSX_BUNDLE
> turned on.
> > >
> > > What generator are you using? Xcode or Unix Makefiles or something
> else?
> > >
> > >
> >
> > Using Makefiles generator. Correctly set MACOSX_BUNDLE in the
> add_executable() call. This is on OS X 10.6.6 with CMake 2.8.3 (self
> compiled)
> >
> > I tried the --trace but I don't really know what I should be looking for.
> There is a lot of output to look through.
> >
> > Tried from a clean build directory and still has the same thing.
> >
> > Mike Jackson
> >
> >
> >
> > ___
> > Powered by www.kitware.com
> >
> > Visit other Kitware

Re: [CMake] OS X Application plist configuration questions

2011-02-10 Thread Michael Jackson
Instructions to reproduce:

Pull the sample Qt Project from the CMake wiki

http://www.cmake.org/Wiki/images/2/25/QtTest-Package-Example.zip

Unzip it
cd into it.

Replace the CMakeLists.txt file with the one attached to this email.

run the following:

git clone git://scm.bluequartz.net/support-libraries/cmp.git

configure the project.

Note how the plist is NOT filled in correct. Edit the CMakeLists.txt file at 
line 137 to make cmake go into the "if()" statement. Reconfigure. Note how the 
plist has all the "correct" values now.

The functions and macros you want to look at are in 
QtTest/cmp/cmpCMakeMacros.cmake.
___
Mike Jackson  www.bluequartz.net

#
# This is an example project that uses CMake as a build system to compile a 
Qt4.x
# based project. 
# To have CMake pick a Qt installation of your choice that won't be found
# automatically, set the CMAKE_PREFIX_PATH environment variable.
# For example: "export CMAKE_PREFIX_PATH=/usr/local/trolltech/qt4.3.5"
#  


PROJECT (QtTest)
cmake_minimum_required(VERSION 2.8)

# -- Setup output Directories -
SET (CMAKE_LIBRARY_OUTPUT_DIRECTORY
  ${PROJECT_BINARY_DIR}/Bin
  CACHE PATH
  "Single Directory for all Libraries"
  )

# - Setup the Executable output Directory -
SET (CMAKE_RUNTIME_OUTPUT_DIRECTORY
  ${PROJECT_BINARY_DIR}/Bin
  CACHE PATH
  "Single Directory for all Executables."
  )

# - Setup the Executable output Directory -
SET (CMAKE_ARCHIVE_OUTPUT_DIRECTORY
  ${PROJECT_BINARY_DIR}/Bin
  CACHE PATH
  "Single Directory for all static libraries."
  )

SET (PROJECT_CODE_DIR ${PROJECT_SOURCE_DIR}/.)
SET (PROJECT_RESOURCES_DIR ${PROJECT_SOURCE_DIR}/.)
SET (PROJECT_PREFIX "xxx" CACHE STRING "The Prefix to be used for Preprocessor 
definitions")
SET (EXE_DEBUG_EXTENSION "_debug")
SET (PROJECT_INSTALL_HEADERS "0")
SET (PROJECT_INSTALL_EXECUTABLES "1")

#---
# Include the cmp project to perform all the basic configuration tests for the 
# project.
#---
 
#set (CMP_HEADER_DIR ${AIMRepresentation_BINARY_DIR}/MXA)
set (CMP_CONFIGURATION_FILE_NAME "CMPConfiguration.h")
set (CMP_TYPES_FILE_NAME "CMPTypes.h")
set (CMP_VERSION_HEADER_FILE_NAME "CMPVersion.h")
set (CMP_EXTRA_CONFIGURATION_FILE "CMPConfiguration.h")
set (CMP_PROJECT_NAMESPACE "CMP")
set (CMP_PROJECT_NAME "QtTest")
set (CMP_ENABLE_PLUGINS "0")
set (CMP_LIB_SEARCH_DIRS "")
INCLUDE (${PROJECT_RESOURCES_DIR}/cmp/cmpProject.cmake)

#
# This is the list of source files that need to be compiled
#
SET( QTTEST_SRCS
  main.cpp
  TestForm.cpp
)

#
# another list, this time it includes all header files that should be treated 
with moc
#
SET( QTTEST_MOC_HDRS
  TestForm.h
)

#
# .ui files that are used in the project
#
SET( QTTEST_UIS
 TestForm.ui
)

#
# and finally any resource files. I do not have any in this example
#
SET( QTTEST_RCS

)

#
# This sets the windows build that will need the special winmain@16 call. Qt 
provides
#  this for us in the qtmain.lib file. Using this cmake code will ensure we 
have it
#  linked into our build. Not needed on Unix/OS X/Linux which is why we have 
the 
#  IF(WIN32) conditional.
IF (WIN32)
SET (QT_USE_QTMAIN TRUE)
ENDIF (WIN32)

#
# this command finds Qt4 libraries and sets all required variables
# note that it's Qt4, not QT4 or qt4
FIND_PACKAGE( Qt4 REQUIRED )

#
# QT_USE_FILE is a variable defined by FIND_PACKAGE( Qt4 ) that contains a path 
to
# a CMake script that sets up this directory for building with Qt4
INCLUDE( ${QT_USE_FILE} )

#
# this command will generate rules that will run rcc on all files from 
QTTEST_RCS
# in result QTTEST_GEN_RCS variable will contain paths to files produced by rcc
QT4_ADD_RESOURCES( QTTEST_GEN_RCS ${QTTEST_RCS} )

#---

Re: [CMake] OS X Application plist configuration questions

2011-02-10 Thread Michael Jackson
The actual code has not been approved for public release but I am trying to 
narrow it down to a workable example.
  The one thing I have discovered is that I have a function where I build up 
the app and all the supporting calls to fixup bundle and all that setup stuff. 
I pass in the source files, name of the executable, libraries, search dirs, 
plugins and all that sort of stuff. It is within that function that I set all 
the variables then call add_executable.

  Now, if I set all the cmake variables BEFORE I call my function then I get a 
valid plist file. Would this type of combination have anything to do with it? 
Or just a red herring? I was able to reproduce the issue a few times on my 
system so there _is_ some sort of interaction there.
___
Mike Jackson  www.bluequartz.net
Principal Software Engineer   mike.jack...@bluequartz.net 
BlueQuartz Software   Dayton, Ohio

On Feb 10, 2011, at 2:39 PM, David Cole wrote:

> Can you share your source code so I can repro the issue here?
> 
> Thx,
> David
> 
> 
> On Thu, Feb 10, 2011 at 2:25 PM, Michael Jackson 
>  wrote:
> 
> On Feb 10, 2011, at 2:04 PM, David Cole wrote:
> 
> > On Thu, Feb 10, 2011 at 1:51 PM, Bill Hoffman  
> > wrote:
> > On 2/10/2011 1:27 PM, Michael Jackson wrote:
> > Bump?
> >
> > Did you try cmake --trace to see when it was configure...
> >
> >
> > --
> > Mike Jackson
> >
> > On Feb 8, 2011, at 5:36 PM, Michael Jackson wrote:
> >
> > At what point is the MacOSXBundleInfo.plist.in configured? I am setting all 
> > the relevant variables but they are not getting inserted into the plist.
> >
> > Here is some debug output from a CMake run of my project:
> >
> > -- MACOSX_BUNDLE_INFO_STRING: StatsGenerator_debug Version 2011.02.08, 
> > Copyright 2009 BlueQuartz Software.
> > -- MACOSX_BUNDLE_ICON_FILE: StatsGenerator.icns
> > -- MACOSX_BUNDLE_GUI_IDENTIFIER: StatsGenerator_debug
> > -- MACOSX_BUNDLE_LONG_VERSION_STRING: StatsGenerator_debug Version 
> > 2011.02.08
> > -- MACOSX_BUNDLE_BUNDLE_NAME: StatsGenerator_debug
> > -- MACOSX_BUNDLE_SHORT_VERSION_STRING: 2011.02.08
> > -- MACOSX_BUNDLE_BUNDLE_VERSION: 2011.02.08
> > -- MACOSX_BUNDLE_COPYRIGHT: Copyright 2011, BlueQuartz Software. All Rights 
> > Reserved.
> >
> >
> > I set all those variables before and after the add_executable call but most 
> > of the values does not show up in the plist file. Probably something simple 
> > I am missing.
> >
> > Thanks.
> > ___
> > Mike Jackson  www.bluequartz.net
> > Principal Software Engineer   mike.jack...@bluequartz.net
> > BlueQuartz Software   Dayton, Ohio
> >
> >
> > Does your add_executable call have the MACOSX_BUNDLE flag in it?
> >
> > You should definitely set those variables before calling add_executable, 
> > and they should definitely show up if you have MACOSX_BUNDLE turned on.
> >
> > What generator are you using? Xcode or Unix Makefiles or something else?
> >
> >
> 
> Using Makefiles generator. Correctly set MACOSX_BUNDLE in the 
> add_executable() call. This is on OS X 10.6.6 with CMake 2.8.3 (self compiled)
> 
> I tried the --trace but I don't really know what I should be looking for. 
> There is a lot of output to look through.
> 
> Tried from a clean build directory and still has the same thing.
> 
> Mike Jackson
> 
> 
> 
> ___
> 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://www.cmake.org/mailman/listinfo/cmake
> 

___
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://www.cmake.org/mailman/listinfo/cmake


Re: [CMake] OS X Application plist configuration questions

2011-02-10 Thread David Cole
Can you share your source code so I can repro the issue here?

Thx,
David


On Thu, Feb 10, 2011 at 2:25 PM, Michael Jackson <
mike.jack...@bluequartz.net> wrote:

>
> On Feb 10, 2011, at 2:04 PM, David Cole wrote:
>
> > On Thu, Feb 10, 2011 at 1:51 PM, Bill Hoffman 
> wrote:
> > On 2/10/2011 1:27 PM, Michael Jackson wrote:
> > Bump?
> >
> > Did you try cmake --trace to see when it was configure...
> >
> >
> > --
> > Mike Jackson
> >
> > On Feb 8, 2011, at 5:36 PM, Michael Jackson wrote:
> >
> > At what point is the MacOSXBundleInfo.plist.in configured? I am setting
> all the relevant variables but they are not getting inserted into the plist.
> >
> > Here is some debug output from a CMake run of my project:
> >
> > -- MACOSX_BUNDLE_INFO_STRING: StatsGenerator_debug Version 2011.02.08,
> Copyright 2009 BlueQuartz Software.
> > -- MACOSX_BUNDLE_ICON_FILE: StatsGenerator.icns
> > -- MACOSX_BUNDLE_GUI_IDENTIFIER: StatsGenerator_debug
> > -- MACOSX_BUNDLE_LONG_VERSION_STRING: StatsGenerator_debug Version
> 2011.02.08
> > -- MACOSX_BUNDLE_BUNDLE_NAME: StatsGenerator_debug
> > -- MACOSX_BUNDLE_SHORT_VERSION_STRING: 2011.02.08
> > -- MACOSX_BUNDLE_BUNDLE_VERSION: 2011.02.08
> > -- MACOSX_BUNDLE_COPYRIGHT: Copyright 2011, BlueQuartz Software. All
> Rights Reserved.
> >
> >
> > I set all those variables before and after the add_executable call but
> most of the values does not show up in the plist file. Probably something
> simple I am missing.
> >
> > Thanks.
> > ___
> > Mike Jackson  www.bluequartz.net
> > Principal Software Engineer   mike.jack...@bluequartz.net
> > BlueQuartz Software   Dayton, Ohio
> >
> >
> > Does your add_executable call have the MACOSX_BUNDLE flag in it?
> >
> > You should definitely set those variables before calling add_executable,
> and they should definitely show up if you have MACOSX_BUNDLE turned on.
> >
> > What generator are you using? Xcode or Unix Makefiles or something else?
> >
> >
>
> Using Makefiles generator. Correctly set MACOSX_BUNDLE in the
> add_executable() call. This is on OS X 10.6.6 with CMake 2.8.3 (self
> compiled)
>
> I tried the --trace but I don't really know what I should be looking for.
> There is a lot of output to look through.
>
> Tried from a clean build directory and still has the same thing.
>
> Mike Jackson
>
>
>
> ___
> 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://www.cmake.org/mailman/listinfo/cmake
>
___
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://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] OS X Application plist configuration questions

2011-02-10 Thread Michael Jackson

On Feb 10, 2011, at 2:04 PM, David Cole wrote:

> On Thu, Feb 10, 2011 at 1:51 PM, Bill Hoffman  
> wrote:
> On 2/10/2011 1:27 PM, Michael Jackson wrote:
> Bump?
> 
> Did you try cmake --trace to see when it was configure...
> 
> 
> --
> Mike Jackson
> 
> On Feb 8, 2011, at 5:36 PM, Michael Jackson wrote:
> 
> At what point is the MacOSXBundleInfo.plist.in configured? I am setting all 
> the relevant variables but they are not getting inserted into the plist.
> 
> Here is some debug output from a CMake run of my project:
> 
> -- MACOSX_BUNDLE_INFO_STRING: StatsGenerator_debug Version 2011.02.08, 
> Copyright 2009 BlueQuartz Software.
> -- MACOSX_BUNDLE_ICON_FILE: StatsGenerator.icns
> -- MACOSX_BUNDLE_GUI_IDENTIFIER: StatsGenerator_debug
> -- MACOSX_BUNDLE_LONG_VERSION_STRING: StatsGenerator_debug Version 2011.02.08
> -- MACOSX_BUNDLE_BUNDLE_NAME: StatsGenerator_debug
> -- MACOSX_BUNDLE_SHORT_VERSION_STRING: 2011.02.08
> -- MACOSX_BUNDLE_BUNDLE_VERSION: 2011.02.08
> -- MACOSX_BUNDLE_COPYRIGHT: Copyright 2011, BlueQuartz Software. All Rights 
> Reserved.
> 
> 
> I set all those variables before and after the add_executable call but most 
> of the values does not show up in the plist file. Probably something simple I 
> am missing.
> 
> Thanks.
> ___
> Mike Jackson  www.bluequartz.net
> Principal Software Engineer   mike.jack...@bluequartz.net
> BlueQuartz Software   Dayton, Ohio
> 
> 
> Does your add_executable call have the MACOSX_BUNDLE flag in it?
> 
> You should definitely set those variables before calling add_executable, and 
> they should definitely show up if you have MACOSX_BUNDLE turned on.
> 
> What generator are you using? Xcode or Unix Makefiles or something else?
> 
> 

Using Makefiles generator. Correctly set MACOSX_BUNDLE in the add_executable() 
call. This is on OS X 10.6.6 with CMake 2.8.3 (self compiled)

I tried the --trace but I don't really know what I should be looking for. There 
is a lot of output to look through. 

Tried from a clean build directory and still has the same thing. 

Mike Jackson



___
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://www.cmake.org/mailman/listinfo/cmake


Re: [CMake] OS X Application plist configuration questions

2011-02-10 Thread David Cole
On Thu, Feb 10, 2011 at 1:51 PM, Bill Hoffman wrote:

> On 2/10/2011 1:27 PM, Michael Jackson wrote:
>
>> Bump?
>>
>
> Did you try cmake --trace to see when it was configure...
>
>
>  --
>> Mike Jackson
>>
>> On Feb 8, 2011, at 5:36 PM, Michael Jackson wrote:
>>
>>  At what point is the MacOSXBundleInfo.plist.in configured? I am setting
>>> all the relevant variables but they are not getting inserted into the plist.
>>>
>>> Here is some debug output from a CMake run of my project:
>>>
>>> -- MACOSX_BUNDLE_INFO_STRING: StatsGenerator_debug Version 2011.02.08,
>>> Copyright 2009 BlueQuartz Software.
>>> -- MACOSX_BUNDLE_ICON_FILE: StatsGenerator.icns
>>> -- MACOSX_BUNDLE_GUI_IDENTIFIER: StatsGenerator_debug
>>> -- MACOSX_BUNDLE_LONG_VERSION_STRING: StatsGenerator_debug Version
>>> 2011.02.08
>>> -- MACOSX_BUNDLE_BUNDLE_NAME: StatsGenerator_debug
>>> -- MACOSX_BUNDLE_SHORT_VERSION_STRING: 2011.02.08
>>> -- MACOSX_BUNDLE_BUNDLE_VERSION: 2011.02.08
>>> -- MACOSX_BUNDLE_COPYRIGHT: Copyright 2011, BlueQuartz Software. All
>>> Rights Reserved.
>>>
>>>
>>> I set all those variables before and after the add_executable call but
>>> most of the values does not show up in the plist file. Probably something
>>> simple I am missing.
>>>
>>> Thanks.
>>> ___
>>> Mike Jackson  www.bluequartz.net
>>> Principal Software Engineer   mike.jack...@bluequartz.net
>>> BlueQuartz Software   Dayton, Ohio
>>>
>>>
>> ___
>> 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://www.cmake.org/mailman/listinfo/cmake
>>
>>
>
> --
> Bill Hoffman
> Kitware, Inc.
> 28 Corporate Drive
> Clifton Park, NY 12065
> bill.hoff...@kitware.com
> http://www.kitware.com
> 518 881-4905 (Direct)
> 518 371-3971 x105
> Fax (518) 371-4573
>
> ___
> 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://www.cmake.org/mailman/listinfo/cmake
>


Does your add_executable call have the MACOSX_BUNDLE flag in it?

You should definitely set those variables before calling add_executable, and
they should definitely show up if you have MACOSX_BUNDLE turned on.

What generator are you using? Xcode or Unix Makefiles or something else?
___
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://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] OS X Application plist configuration questions

2011-02-10 Thread Bill Hoffman

On 2/10/2011 1:27 PM, Michael Jackson wrote:

Bump?


Did you try cmake --trace to see when it was configure...


--
Mike Jackson

On Feb 8, 2011, at 5:36 PM, Michael Jackson wrote:


At what point is the MacOSXBundleInfo.plist.in configured? I am setting all the 
relevant variables but they are not getting inserted into the plist.

Here is some debug output from a CMake run of my project:

-- MACOSX_BUNDLE_INFO_STRING: StatsGenerator_debug Version 2011.02.08, 
Copyright 2009 BlueQuartz Software.
-- MACOSX_BUNDLE_ICON_FILE: StatsGenerator.icns
-- MACOSX_BUNDLE_GUI_IDENTIFIER: StatsGenerator_debug
-- MACOSX_BUNDLE_LONG_VERSION_STRING: StatsGenerator_debug Version 2011.02.08
-- MACOSX_BUNDLE_BUNDLE_NAME: StatsGenerator_debug
-- MACOSX_BUNDLE_SHORT_VERSION_STRING: 2011.02.08
-- MACOSX_BUNDLE_BUNDLE_VERSION: 2011.02.08
-- MACOSX_BUNDLE_COPYRIGHT: Copyright 2011, BlueQuartz Software. All Rights 
Reserved.


I set all those variables before and after the add_executable call but most of 
the values does not show up in the plist file. Probably something simple I am 
missing.

Thanks.
___
Mike Jackson  www.bluequartz.net
Principal Software Engineer   mike.jack...@bluequartz.net
BlueQuartz Software   Dayton, Ohio



___
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://www.cmake.org/mailman/listinfo/cmake




--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905 (Direct)
518 371-3971 x105
Fax (518) 371-4573
___
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://www.cmake.org/mailman/listinfo/cmake


Re: [CMake] OS X Application plist configuration questions

2011-02-10 Thread Michael Jackson
Bump? 
--
Mike Jackson 

On Feb 8, 2011, at 5:36 PM, Michael Jackson wrote:

> At what point is the MacOSXBundleInfo.plist.in configured? I am setting all 
> the relevant variables but they are not getting inserted into the plist.
> 
> Here is some debug output from a CMake run of my project:
> 
> -- MACOSX_BUNDLE_INFO_STRING: StatsGenerator_debug Version 2011.02.08, 
> Copyright 2009 BlueQuartz Software.
> -- MACOSX_BUNDLE_ICON_FILE: StatsGenerator.icns
> -- MACOSX_BUNDLE_GUI_IDENTIFIER: StatsGenerator_debug
> -- MACOSX_BUNDLE_LONG_VERSION_STRING: StatsGenerator_debug Version 2011.02.08
> -- MACOSX_BUNDLE_BUNDLE_NAME: StatsGenerator_debug
> -- MACOSX_BUNDLE_SHORT_VERSION_STRING: 2011.02.08
> -- MACOSX_BUNDLE_BUNDLE_VERSION: 2011.02.08
> -- MACOSX_BUNDLE_COPYRIGHT: Copyright 2011, BlueQuartz Software. All Rights 
> Reserved.
> 
> 
> I set all those variables before and after the add_executable call but most 
> of the values does not show up in the plist file. Probably something simple I 
> am missing.
> 
> Thanks.
> ___
> Mike Jackson  www.bluequartz.net
> Principal Software Engineer   mike.jack...@bluequartz.net 
> BlueQuartz Software   Dayton, Ohio
> 

___
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://www.cmake.org/mailman/listinfo/cmake