From: Scott H. <smh...@gm...> - 2007-07-18 14:21:34
|
Hello, I am trying to get PLplot installed onto three different platforms, Windows, SunOS, and Linux. My goal is to be able to compile the same random programs on each of the three platforms. I have succesfully built on all three but now I am trying to optimize my builds so that I am using the same flags and as few flags as possible during compilation on all three platforms. Because of the project I am working on I am hard coding the flags in order to get PLplot to work in conjunction with other programs that I am running. Basically I want to only build PostScript files as my output on all three platforms. When building on Linux and Unix I disable all but the postscript driver and when I configure it I get an error indicating that it is expecting at least 6 arguments. My question is, what are the bare essentials I need to get PLplot to build only requiring PostScript output. I am hoping that I don't need the GD, freetype, xwin, etc libraries. I am using cmake to build plplot and must build it with only static libraries. I appreciate any advice and assistance. Regards, Scott |
From: Werner S. <sm...@ia...> - 2007-07-18 14:35:42
|
Hi Scott, > > Basically I want to only build PostScript files as my output on all > three platforms. When building on Linux and Unix I disable all but > the postscript driver and when I configure it I get an error > indicating that it is expecting at least 6 arguments. My question is, > what are the bare essentials I need to get PLplot to build only > requiring PostScript output. I am hoping that I don't need the GD, > freetype, xwin, etc libraries. Could you be more specific about the errors, i.e. send the output of the make command or whatever you are using to this list. The postscript driver doesn't need GD, xwin but maybe freetype, depending which postscript you choose. Regards, Werner |
From: Andrew R. <and...@us...> - 2007-07-18 14:54:02
|
On Wed, Jul 18, 2007 at 04:35:34PM +0200, Werner Smekal wrote: > Hi Scott, > > > > Basically I want to only build PostScript files as my output on all > > three platforms. When building on Linux and Unix I disable all but > > the postscript driver and when I configure it I get an error > > indicating that it is expecting at least 6 arguments. My question is, > > what are the bare essentials I need to get PLplot to build only > > requiring PostScript output. I am hoping that I don't need the GD, > > freetype, xwin, etc libraries. > Could you be more specific about the errors, i.e. send the output of the > make command or whatever you are using to this list. The postscript > driver doesn't need GD, xwin but maybe freetype, depending which > postscript you choose. The basic postscript driver requires no extra libraries at all. In any case, you should not get an error from cmake due to missing driver dependencies. If a library is missing, the driver will be disabled. If you want to use the psttf driver, which has better font handling using truetype fonts, then you will introduce extra dependencies. You will need freetype, pango and lasi, as well as suitable fonts. Clearly something else must be going on. Please post your cmake command and any output from cmake, including the error message. Also, can you provide details of the version of Linux this is occuring on. Does exactly the same thing happen under whichever version of Unix you are using? Regards Andrew |
From: Alan W. I. <ir...@be...> - 2007-07-18 15:07:47
|
On 2007-07-18 10:21-0400 Scott Hall wrote: > Hello, > > I am trying to get PLplot installed onto three different platforms, Windows, > SunOS, and Linux. My goal is to be able to compile the same random programs > on each of the three platforms. I have succesfully built on all three but > now I am trying to optimize my builds so that I am using the same flags and > as few flags as possible during compilation on all three platforms. Because > of the project I am working on I am hard coding the flags in order to get > PLplot to work in conjunction with other programs that I am running. > > Basically I want to only build PostScript files as my output on all three > platforms. When building on Linux and Unix I disable all but the postscript > driver and when I configure it I get an error indicating that it is > expecting at least 6 arguments. My question is, what are the bare > essentials I need to get PLplot to build only requiring PostScript output. > I am hoping that I don't need the GD, freetype, xwin, etc libraries. > > I am using cmake to build plplot and must build it with only static > libraries. > > I appreciate any advice and assistance. I would be glad to help, but I need you to post the details of the issue to this list (the details should preferably be for your Linux platform because that is the platform I have access to). Those details include the cmake flags that you use, the complete output from the cmake command, and the complete output from the make command (if the cmake output shows no errors). I assure you that I have done absolutely minimal PLplot builds (one postscript device driver, nothing but C language) in the recent past with no problems, but there may be some issue with the particular cmake flags you are using which is why I need such details. 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 __________________________ |
From: Scott H. <smh...@gm...> - 2007-07-18 15:40:13
|
I am new to PLplot and this the first time I have used CMake. For simplicity, on my part, I have been using the GUI version (ccmake CMakeLists.txt) to generate the makefile. I am attaching the output from using ccmake. This was made on my Linux platform. CMake Error: Error in cmake code at pdfutils.c;plargs.c;plbox.c;plcont.c;plcore.c;plctrl.c;plcvt.c:88: STRING sub-command REGEX, mode MATCH needs at least 6 arguments total to command. Current CMake stack: /home/hall000s/Linux/plplot-5.7.3/src/CMakeLists.txt CMake Error: Error in cmake code at pdfutils.c;plargs.c;plbox.c;plcont.c;plcore.c;plctrl.c;plcvt.c:88: STRING sub-command REGEX, mode MATCH needs at least 6 arguments total to command. Current CMake stack: /home/hall000s/Linux/plplot-5.7.3/src/CMakeLists.txt Summary of CMake build system results for PLplot Install location variables which can be set by the user: CMAKE_INSTALL_PREFIX: /home/hall000s/Linux/plplot CMAKE_INSTALL_EXEC_PREFIX /home/hall000s/Linux/plplot CMAKE_INSTALL_BINDIR /home/hall000s/Linux/plplot/bin CMAKE_INSTALL_DATADIR /home/hall000s/Linux/plplot/share CMAKE_INSTALL_LIBDIR /home/hall000s/Linux/plplot/lib CMAKE_INSTALL_INCLUDEDIR /home/hall000s/Linux/plplot/include CMAKE_INSTALL_INFODIR /home/hall000s/Linux/plplot/share/info CMAKE_INSTALL_MANDIR /home/hall000s/Linux/plplot/share/man Derived install location variables: DATA_DIR /home/hall000s/Linux/plplot/share/plplot5.7.3 LIB_DIR /home/hall000s/Linux/plplot/lib INCLUDE_DIR /home/hall000s/Linux/plplot/include/plplot BIN_DIR /home/hall000s/Linux/plplot/bin TCL_DIR /home/hall000s/Linux/plplot/share/plplot5.7.3/tcl DRV_DIR /home/hall000s/Linux/plplot/lib/plplot5.7.3/driversd DOC_DIR /home/hall000s/Linux/plplot/share/doc/plplot MAN_DIR /home/hall000s/Linux/plplot/share/man INFO_DIR /home/hall000s/Linux/plplot/share/info Other important CMake variables: CMAKE_SYSTEM_NAME:Linux UNIX:1 WIN32: APPLE: MSVC:(MSVC_VERSION:) MINGW: MSYS: CYGWIN: BORLAND: WATCOM: SWIG_FOUND:OFF PERL_FOUND:YES X11_FOUND:1 CMAKE_BUILD_TYPE: CMAKE_C_COMPILER CMAKE_C_FLAGS:/usw/uENABLE_DYNDRIVERS:OFF DEVICES_LIST: ps DRIVERS_LIST: ps Library options: BUILD_SHARED_LIBS:OFFPL_DOUBLE:ON Optional libraries: HAVE_QHULL:OFFWITH_CSA:ON HAVE_FREETYPE:HAVE_PTHREAD:OFF HAVE_AGG: Language Bindings: ENABLE_f77:ONENABLE_f95:OFF ENABLE_cxx:ONENABLE_java:OFF ENABLE_python:OFFENABLE_octave:OFF ENABLE_tcl:OFFENABLE_itcl:OFF ENABLE_tk:OFFENABLE_itk:OFF ENABLE_pdl:OFFENABLE_wxwidgets:OFF ENABLE_gnome2:OFFENABLE_pygcw:OFF ENABLE_ada:OFF BIN_DIR /home/hall000s/Linux/plplot/bin CMAKE_CXX_COMPILER CMAKE_CXX_FLAGS:/usw/ude/Linux/bin/c++ CMAKE_Fortran_COMPILER CMAKE_Fortran_FLAGS:/usw/local/launch/ifort Target Fortran:IVF LIB_TAG:d If this isn't what you are looking for please let me know. Thank you all again for all of your help. Scott On 7/18/07, Alan W. Irwin <ir...@be...> wrote: > On 2007-07-18 10:21-0400 Scott Hall wrote: > > > Hello, > > > > I am trying to get PLplot installed onto three different platforms, > Windows, > > SunOS, and Linux. My goal is to be able to compile the same random > programs > > on each of the three platforms. I have succesfully built on all three > but > > now I am trying to optimize my builds so that I am using the same flags > and > > as few flags as possible during compilation on all three > platforms. Because > > of the project I am working on I am hard coding the flags in order to > get > > PLplot to work in conjunction with other programs that I am running. > > > > Basically I want to only build PostScript files as my output on all > three > > platforms. When building on Linux and Unix I disable all but the > postscript > > driver and when I configure it I get an error indicating that it is > > expecting at least 6 arguments. My question is, what are the bare > > essentials I need to get PLplot to build only requiring PostScript > output. > > I am hoping that I don't need the GD, freetype, xwin, etc libraries. > > > > I am using cmake to build plplot and must build it with only static > > libraries. > > > > I appreciate any advice and assistance. > > I would be glad to help, but I need you to post the details of the issue > to > this list (the details should preferably be for your Linux platform > because > that is the platform I have access to). > > Those details include the cmake flags that you use, the complete output > from > the cmake command, and the complete output from the make command (if the > cmake output shows no errors). > > I assure you that I have done absolutely minimal PLplot builds (one > postscript device driver, nothing but C language) in the recent past with > no > problems, but there may be some issue with the particular cmake flags you > are > using which is why I need such details. > > 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 > __________________________ > |
From: Alan W. I. <ir...@be...> - 2007-07-18 16:34:31
|
On 2007-07-18 11:40-0400 Scott Hall wrote: > I am new to PLplot and this the first time I have used CMake. For > simplicity, on my part, I have been using the GUI version (ccmake > CMakeLists.txt) to generate the makefile. I am attaching the output from > using ccmake. This was made on my Linux platform. ccmake is a good choice for getting the annotations for the various options, but there are caching issues with it, and ultimately cmake is more reproducible since all options are spelt out on the command line, and you can also see the annotation of the options in the generated file CMakeCache.txt. Because of that reproducibility issue could you please give us cmake output instead? Here is how you capture such output: cmake -DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON -DDEFAULT_NO_BINDINGS=ON \ path_to_source_tree >& cmake.out Note, I have specified options to turn off all devices unless specified otherwise (e.g., the ps device), and turn off all bindings (except for the C one which cannot be turned off). Also, please be sure to invoke cmake in an empty build tree to avoid caching issues and other stale results. Virtually everybody is new to cmake. :-) I was the first developer in our group to start experimenting with it, but that was only a year ago. We have come a long way with it since because it is so easy to learn and so powerful. I think learning to use cmake is a general skill that is worth the small learning effort for most people who build packages such as PLplot. 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 __________________________ |
From: Andrew R. <and...@us...> - 2007-07-18 18:01:23
|
On Wed, Jul 18, 2007 at 09:34:11AM -0700, Alan Irwin wrote: > On 2007-07-18 11:40-0400 Scott Hall wrote: > > > I am new to PLplot and this the first time I have used CMake. For > > simplicity, on my part, I have been using the GUI version (ccmake > > CMakeLists.txt) to generate the makefile. I am attaching the output from > > using ccmake. This was made on my Linux platform. > > ccmake is a good choice for getting the annotations for the various options, > but there are caching issues with it, and ultimately cmake is more > reproducible since all options are spelt out on the command line, and you > can also see the annotation of the options in the generated file > CMakeCache.txt. > > Because of that reproducibility issue could you please give us cmake output > instead? Here is how you capture such output: > > cmake -DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON -DDEFAULT_NO_BINDINGS=ON \ > path_to_source_tree >& cmake.out > > Note, I have specified options to turn off all devices unless specified > otherwise (e.g., the ps device), and turn off all bindings (except for the > C one which cannot be turned off). > > Also, please be sure to invoke cmake in an empty build tree to avoid caching > issues and other stale results. > > Virtually everybody is new to cmake. :-) I was the first developer in our > group to start experimenting with it, but that was only a year ago. We have > come a long way with it since because it is so easy to learn and so > powerful. I think learning to use cmake is a general skill that is worth > the small learning effort for most people who build packages such as PLplot. OK. It looks like an issue with static drivers. Trying the command Alan suggested above works fine. If you add -DENABLE_DYNDRIVERS=OFF then I reproduce the error message that Scott reported. Turns out the error was actually in cmake/modules/pkg-config.cmake where the macro pc_transform_link_flags did not correctly handle blank strings. It should now be fixed in the subversion repository. Andrew |
From: Scott H. <smh...@gm...> - 2007-07-18 20:02:18
|
I tried checking it out with svn using the command svn co https://plplot.svn.sourceforge.net/svnroot/plplot plplot svn tells me it does not recognize the URL scheme. Now I am new to svn as well, I installed the latest version of svn. Thanks Scott On 7/18/07, Andrew Ross <and...@us...> wrote: > > > On Wed, Jul 18, 2007 at 09:34:11AM -0700, Alan Irwin wrote: > > On 2007-07-18 11:40-0400 Scott Hall wrote: > > > > > I am new to PLplot and this the first time I have used CMake. For > > > simplicity, on my part, I have been using the GUI version (ccmake > > > CMakeLists.txt) to generate the makefile. I am attaching the output > from > > > using ccmake. This was made on my Linux platform. > > > > ccmake is a good choice for getting the annotations for the various > options, > > but there are caching issues with it, and ultimately cmake is more > > reproducible since all options are spelt out on the command line, and > you > > can also see the annotation of the options in the generated file > > CMakeCache.txt. > > > > Because of that reproducibility issue could you please give us cmake > output > > instead? Here is how you capture such output: > > > > cmake -DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON -DDEFAULT_NO_BINDINGS=ON \ > > path_to_source_tree >& cmake.out > > > > Note, I have specified options to turn off all devices unless specified > > otherwise (e.g., the ps device), and turn off all bindings (except for > the > > C one which cannot be turned off). > > > > Also, please be sure to invoke cmake in an empty build tree to avoid > caching > > issues and other stale results. > > > > Virtually everybody is new to cmake. :-) I was the first developer in > our > > group to start experimenting with it, but that was only a year ago. We > have > > come a long way with it since because it is so easy to learn and so > > powerful. I think learning to use cmake is a general skill that is > worth > > the small learning effort for most people who build packages such as > PLplot. > > OK. It looks like an issue with static drivers. Trying the command Alan > suggested above works fine. If you add -DENABLE_DYNDRIVERS=OFF then I > reproduce the error message that Scott reported. > > Turns out the error was actually in cmake/modules/pkg-config.cmake > where the macro pc_transform_link_flags did not correctly handle blank > strings. It should now be fixed in the subversion repository. > > Andrew > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general > |
From: Alan W. I. <ir...@be...> - 2007-07-18 20:07:36
|
On 2007-07-18 19:00+0100 Andrew Ross wrote: > > On Wed, Jul 18, 2007 at 09:34:11AM -0700, Alan Irwin wrote: >> On 2007-07-18 11:40-0400 Scott Hall wrote: >> >>> I am new to PLplot and this the first time I have used CMake. For >>> simplicity, on my part, I have been using the GUI version (ccmake >>> CMakeLists.txt) to generate the makefile. I am attaching the output from >>> using ccmake. This was made on my Linux platform. >> >> ccmake is a good choice for getting the annotations for the various options, >> but there are caching issues with it, and ultimately cmake is more >> reproducible since all options are spelt out on the command line, and you >> can also see the annotation of the options in the generated file >> CMakeCache.txt. >> >> Because of that reproducibility issue could you please give us cmake output >> instead? Here is how you capture such output: >> >> cmake -DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON -DDEFAULT_NO_BINDINGS=ON \ >> path_to_source_tree >& cmake.out >> >> Note, I have specified options to turn off all devices unless specified >> otherwise (e.g., the ps device), and turn off all bindings (except for the >> C one which cannot be turned off). >> >> Also, please be sure to invoke cmake in an empty build tree to avoid caching >> issues and other stale results. >> >> Virtually everybody is new to cmake. :-) I was the first developer in our >> group to start experimenting with it, but that was only a year ago. We have >> come a long way with it since because it is so easy to learn and so >> powerful. I think learning to use cmake is a general skill that is worth >> the small learning effort for most people who build packages such as PLplot. > > OK. It looks like an issue with static drivers. Trying the command Alan > suggested above works fine. If you add -DENABLE_DYNDRIVERS=OFF then I > reproduce the error message that Scott reported. > > Turns out the error was actually in cmake/modules/pkg-config.cmake > where the macro pc_transform_link_flags did not correctly handle blank > strings. It should now be fixed in the subversion repository. > Thanks, Andrew, for verifying the issue and finding the fix. Scott, to get access to the version of PLplot in our subversion repository (which is what all the developers use in preparation for our next release and which is therefore usually pretty stable although that is not guaranteed) follow the directions at http://sourceforge.net/svn/?group_id=2915. Note the warning there about specifying trunk (otherwise it will be a pretty big download). 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 __________________________ |
From: Alan W. I. <ir...@be...> - 2007-07-18 20:42:53
|
On 2007-07-18 16:02-0400 Scott Hall wrote: > I tried checking it out with svn using the command > > svn co https://plplot.svn.sourceforge.net/svnroot/plplot plplot That command should work fine at least for Linux subversion clients (except for the overlarge download problem I mentioned before because you didn't pay attention to the trunk warning). What Linux platform, what svn client, what is the exact error message? 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 __________________________ |
From: Scott H. <smh...@gm...> - 2007-07-19 12:25:51
|
Mission accomplished! I am up and running. Thank you all again for all of your help, I truly appreciated it. Scott On 7/18/07, Alan W. Irwin <ir...@be...> wrote: > > On 2007-07-18 16:02-0400 Scott Hall wrote: > > > I tried checking it out with svn using the command > > > > svn co https://plplot.svn.sourceforge.net/svnroot/plplot plplot > > That command should work fine at least for Linux subversion clients > (except > for the overlarge download problem I mentioned before because you didn't > pay > attention to the trunk warning). > > What Linux platform, what svn client, what is the exact error message? > > 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 > __________________________ > |