[CMake] cpack bundle generator qq

[David Cole]

I vote for a new generator then. A Drag-N-Drop DMG generator == DDD? :-)

Maybe just good documentation about the existing generators and what sorts
of assumptions they make would be a good place to start. I think the main
problem here is that people expect the "bundle generator" to deal with
bundles properly, when in fact, what it does is create a bundle for you at
packaging time. It's a name overloading / human understanding problem... not
a problem with the code.


On Fri, Jan 16, 2009 at 2:22 PM, Mike Arthur <mike at mikearthur.co.uk> wrote:

> On Friday 16 January 2009 19:12:55 Clinton Stimpson wrote:
> > To add this capability to the Bundle generator, how about just checking
> > if CPACK_BUNDLE_NAME is not set?  If its not set, then simply take the
> > install tree, and add a /Applications link, maybe a few other options to
> > make it fancy, and dmg-ify it.  Seems in that case it would be a very
> > simple generator, as I really want my "make install" tree to work.  And
> > in my case where I want a top level directory containing multiple
> > bundles and files, I could just set the CPACK_PACKAGING_INSTALL_PREFIX
> > to get the same behavior as the PackageMaker generator.
> Personally I think that behaviour would be pretty confusing as I'd argue
> the
> CPACK_BUNDLE_NAME should be set by default to the project name, for
> instance.
>
> I think the Bundle generator should (continue to) create the bundle, not
> rely
> on one from MACOSX_LOCATION and that you should probably just change your
> buildsystem rather than trying to change the generator to meet a scenario
> that
> only you seem to want. Sorry to be blunt, apologies for my rudeness, I just
> want to make sure that the Bundle generator improves its consistency in
> CPack
> rather than getting worse.
>
> --
> Cheers,
> Mike Arthur
> http://mikearthur.co.uk/
> _______________________________________________
> CMake mailing list
> CMake at cmake.org
> http://www.cmake.org/mailman/listinfo/cmake
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.cmake.org/pipermail/cmake/attachments/20090116/00d36c8e/attachment.htm>