Hi Alan, on MinGW the default value for CPACK_INSTALL_PREIX is now "C:/Program Files(x86)/plplot". It is the first part, "C:", that causes trouble.
The trouble I had with MinGW/MSYS was rather strange - whenever I typed "make" in an MSYS-box, it ran the MicroSoft version of "make". When I typed "exit", it ran that make version again! Something was really upset, but after a reboot it all worked again. I changed the install type and the prefix and the zip-file was formed nicely. (Instead of "make package" I ran CPack directly, but the effect is the same.) What I want to do at this moment is see if the environment variables can be set in a convenient way. Regards, Arjen On Tue, 25 Jun 2013 13:03:45 -0700 (PDT) "Alan W. Irwin" <[email protected]> wrote: > On 2013-06-25 09:52+0200 Arjen Markus wrote: > >> An absolute path as the install prefix is not >>acceptable, >> I am afraid: CPack creates a directory tree under the >> build directory that reflects exactly the directory of >> the installation. That means that it would attempt to >> create a subdirectory "c:\program files(x86)\plplot" >>under >> that directory and a colon is not allowed in a path. > > I finally found the reference concerning absolute >install locations. > Please take a look at >http://public.kitware.com/Bug/view.php?id=4993 > and the solution mentioned there which is to set >CPACK_SET_DESTDIR > to ON. > > In fact the CPack part of our top-level CMakeLists.txt >file already > does that, and it turns out everything works fine > on Linux. For example, > > cmake >-DCMAKE_INSTALL_PREFIX=/home/software/plplot_svn/installcmake >\ > ../plplot_allura >& cmake.out > make package >& package.out > > creates a binary distribution tarball for PLplot without >errors. The first few > files in that tarball are > > lrwxrwxrwx software/software 0 2013-06-25 11:42 >plplot-5.9.9-Linux/home/software/plplot_svn/installcmake/lib/libqsastime.so >-> libqsastime.so.0 > -rw-r--r-- software/software 23607 2013-06-25 11:14 >plplot-5.9.9-Linux/home/software/plplot_svn/installcmake/lib/libqsastime.so.0.0.1 > -rw-r--r-- software/software 11227 2013-06-25 11:15 >plplot-5.9.9-Linux/home/software/plplot_svn/installcmake/lib/python2.7/site-packages/plplot_widgetmodule.so > -rw-r--r-- software/software 25133 2013-05-22 12:03 >plplot-5.9.9-Linux/home/software/plplot_svn/installcmake/lib/python2.7/site-packages/plplot.py > > In other words, the CPack part of our top-level >CMakeLists.txt file > includes logic such that the result is the tarball is >created with > relative paths started by >"plplot-5.9.9-Linux/${CMAKE_INSTALL_PREFIX}". > > After I realized that, I tried the experiment of >specifying the null string for > CMAKE_INSTALL_PREFIX. > > cmake -DCMAKE_INSTALL_PREFIX="" ../plplot_allura >& >cmake.out > make package >& package.out > > That also worked (after revision 12387), and the first >few files in the tarball were > lrwxrwxrwx software/software 0 2013-06-25 12:20 >plplot-5.9.9-Linux/lib/libqsastime.so -> libqsastime.so.0 > -rw-r--r-- software/software 23607 2013-06-25 12:19 >plplot-5.9.9-Linux/lib/libqsastime.so.0.0.1 > -rw-r--r-- software/software 11227 2013-06-25 12:20 >plplot-5.9.9-Linux/lib/python2.7/site-packages/plplot_widgetmodule.so > -rw-r--r-- software/software 25133 2013-05-22 12:03 >plplot-5.9.9-Linux/lib/python2.7/site-packages/plplot.py > > So at least on Linux everything works as expected with >"make package" > for creating a binary tarball distribution of PLplot, >and there is > a way to completely remove the influence of >CMAKE_INSTALL_PREFIX on the > relative paths within the tarball. > > Looking at the CPack section of the top-level >CMakeLists.txt file, I > am pretty sure that "make package" should also just work >to create a zip > binary distribution of PLplot for the Windows case. > > Have you tried "make package"? Note that for the >Windows zip case, > the use of CMAKE_INSTALL_PREFIX may be quite different >than the > tarball case so it is probably best that you try various > DCMAKE_INSTALL_PREFIX values to see which is best for >the Windows zip > case. > > I plan to try such experiments on Wine early next week. > So please let > me know your Windows results for "make package" by then >to serve as a > basis of comparison. > > 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); >the Time > Ephemerides project (timeephem.sf.net); PLplot >scientific plotting > software package (plplot.sf.net); 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 > __________________________ > > DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Plplot-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-devel
