DESTDIR will not work with Windows style paths including a "C:". In fact, it may not work at all on Windows. In general, it's a bad idea to force files into a C:/work (or any other non-standard) directory. Windows installers typically default to putting their programs and all of their files into the "C:/Program Files" directory. Some will also install per-user files into each user's My Documents folder. The well-supported type of installer produced by the default cpack/NSIS combination is a self-contained directory of files that is installed to an end-user-choosable directory (which happens to default to C:/Program Files)...
Why do you need to install files to a C:/work directory? Can they not be installed to a "work" sub-directory of your program's installation instead? A good Windows program will be entirely self-contained, or depend only on system components that are already there. You can certainly customize the NSIS script to install files to a particular directory if you must, but I would strongly recommend against it. HTH, David On Fri, Aug 8, 2008 at 10:39 AM, Alan W. Irwin <[EMAIL PROTECTED]>wrote: > On 2008-08-08 12:10+0400 Slaykovsky Vladimir wrote: > > I have a problem creating packages with cpack when using install commands >> with absolute detination value: >> >> install(TARGETS MyExecutable RUNTIME DESTINATION >> c:/work/cmake/cpack_build/install/bin) >> >> In this case cpack cannot find my target and doesn't include it in >> package. >> If I change detination to relative value like this: >> >> install(TARGETS MyExecutable RUNTIME DESTINATION bin) >> >> then MyExecutable is included to package. Please, help, how can I use >> absolute install paths with cpack? I've searched for apropriate CPACK_* >> configuration option, but found nothing >> > > See http://public.kitware.com/Bug/view.php?id=4993 and its resolution > using CPACK_SET_DESTDIR. (Or else search this list for posts concerning > CPACK_SET_DESTDIR.) I haven't actually tried setting > CPACK_SET_DESTDIR to ON myself yet, but I am assured it works. > > Alan > __________________________ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting > software > package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ > _______________________________________________ > > > CMake mailing list > > > [email protected] > > > http://www.cmake.org/mailman/listinfo/cmake > _______________________________________________ > CMake mailing list > [email protected] > http://www.cmake.org/mailman/listinfo/cmake >
_______________________________________________ CMake mailing list [email protected] http://www.cmake.org/mailman/listinfo/cmake
