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 <[email protected]> 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 > [email protected] > http://www.cmake.org/mailman/listinfo/cmake >
_______________________________________________ CMake mailing list [email protected] http://www.cmake.org/mailman/listinfo/cmake
