Re: [Plplot-devel] convenient windows developing
Hi Arjen, They won't. Windows uses DOS batchfiles and I know there is a command language slightly more powerful than that, which I have never used, but it is completely incompatible with UNIX shell scripts. As written before, it is possible, but with problems. With Vista also a new powershell was developed also for windows xp, but I don't want to learn another syntax - and as you said not nearly compatible to unix scripts but super powerful with objects and classes I would opt for Tcl :). Or Jim, a very lean implementation of Tcl, which I used already for the old build system. This is lean enough to distribute along with the PLplot source, so that would make testing independent of the presence of Python, Perl or Tcl or whatever on the system. Tcl is also not commonly used in the Windows world, I think, but if jim is distributed with the plplot source and compiles with most of the compilers used, this should also be okay, I think. Regards, Werner -- Dipl. Ing. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: [EMAIL PROTECTED] web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] new wxwidgets driver
Hi Hazen, /Users/hbabcock/Documents/OpenSource/PLplot/plplot-cvs/drivers/ wxwidgets.cpp: In function 'void plD_init_wxwidgets(PLStream*)': /Users/hbabcock/Documents/OpenSource/PLplot/plplot-cvs/drivers/ wxwidgets.cpp:499: error: 'antialized' was not declared in this scope /Users/hbabcock/Documents/OpenSource/PLplot/plplot-cvs/drivers/ wxwidgets.cpp:500: error: 'smooth_text' was not declared in this scope /Users/hbabcock/Documents/OpenSource/PLplot/plplot-cvs/drivers/ wxwidgets.cpp:501: error: 'freetype' was not declared in this scope make[2]: *** [drivers/CMakeFiles/wxwidgets.dir/wxwidgets.o] Error 1 make[1]: *** [drivers/CMakeFiles/wxwidgets.dir/all] Error 2 make: *** [all] Error 2 thank you very much for the bug report. I forgot to check the driver if freetype is not available. The bug is now fixed in cvs. Could you make another version of plplot 5.7.2? No, just joking :) Thanks for the work on the releases. I hope the wxwigdets driver will now work also in Mac OSX. The wxwidgets driver should be convenient for Mac Users, since for Mac OSX 10.5 the new release of wxwidgets 2.8.0 is already preinstalled. So Mac users don't need to compile and install the wxwidgets library. Please, let me know if the driver works now for you. I have a Mac available, but no time in the moment to test it on the machine here. Thanks, Werner -- Dipl. Ing. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: [EMAIL PROTECTED] web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] convenient windows developing
On Mon, Nov 27, 2006 at 09:15:22AM +0100, Arjen Markus wrote: Werner Smekal wrote: So, long story short, ctest works now, with small problems though. I wasn't actually successful running the plplot-test.sh script in the examples folder of the install directory (share/plplot-5.7.1), but this would need also minor tweaking. Arjen, would you willing to also try to install this to make ctest work? Yes, I will look into this part. Pity about the possibility of running shell scripts under Windows, but such is life. Sorry to pop in at the end of this discussion. When I first implemented the ctest stuff I wondered about doing away with the scripts and doing all the work in ctest. Advantages: Should be more platform independent. You would be able to see at a glance precisely which tests failed rather than just knowing one of the tests for a given language failed. Disadvantages: More work for me in the first instance. We want the scripts anyway for installing in the examples tree so users can test the examples easily. The scripts are not terribly sophisticated on the whole. The most important requirement is just to set the right paths for libraries etc. Perhaps a batch file will do. At least we know that will run on every windows system then. Andrew - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] How to use the installed PLplot libraries
hiroyasu yasuda wrote: Hello Arjen: - Are you using the latest release (PLplot 5.7.1) or version 5.6.1? I was using PLplot 5.7.0. yesterday. - Are you using the ./configure script to build the libraries or are you using the CMake build system? I followed 'INSTALL' document below: 3) With g95: [Fortran 95 (GCC) 4.2.0 20060512 (experimental)] ./configure --disable-wxwidgets --enable-f95 FC=gfortran F77=gfortran make FFLAGS=-Wl,-single_module FCFLAGS=-Wl,-single_module make install make check When I tried 'make install' and 'make check' last week, their command returned some 'Error'. But I tried installation using 'sudo' yesterday, did not return Error message. Is my PLplot libraries on OSX OK? Hm, that sound sas if you do not have sufficient permissions to install files in the default directory. And please tell me how to compile fortran source with PLplot libraries ? You could try the following: - Copy, say, x01f.f90 to a separate directory - Then compile it and link it like this: gfortran -o example x01f.f90 -I/directory/with/modules -L/directory/with/libraries -lplplotf95d -lplplotf95cd -lplplotd (Or: gfortran -o examples x01f.f90 `pkg-config --cflags --libs plplot-f95 but I am not sure that already works properly) Regards, Arjen - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] How to use the installed PLplot libraries
On 2006-11-27 22:29+0900 hiroyasu yasuda wrote: Hello Arjen: - Are you using the latest release (PLplot 5.7.1) or version 5.6.1? I was using PLplot 5.7.0. yesterday. - Are you using the ./configure script to build the libraries or are you using the CMake build system? I followed 'INSTALL' document below: 3) With g95: [Fortran 95 (GCC) 4.2.0 20060512 (experimental)] ./configure --disable-wxwidgets --enable-f95 FC=gfortran F77=gfortran make FFLAGS=-Wl,-single_module FCFLAGS=-Wl,-single_module make install make check I suggest you use PLplot 5.7.1 and follow the CMake build system instructions at http://www.miscdebris.net/plplot_wiki. The instructions in INSTALL are for our deprecated autotools (./configure) build system which is no longer maintained. And please tell me how to compile fortran source with PLplot libraries ? Make sure you have pkg-config installed on your computer before you run cmake the first time. Then after make and make install look at $INSTALL_PREFIX/share/plplot5.7.1/examples/f77 (or f95). The Makefiles in those two directories show exactly how to build fortran 77 or fortran 95 executables using the pkg-config approach. 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 Yorick front-end to PLplot (yplot.sf.net); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] convenient windows developing
Hi, Hmm... It's interesting [...] 1) It adds parallel maintenance that Werner and Arjen have to apply to the jim scripts any time there is a change to plplot-test.sh and the other test*.sh scripts. This is all fairly trivial stuff (adding new examples, finding better ways to configure the tests), but there is a fair amount of churn, and it will be irritating to keep the two systems in sync. 2) There is also a maintenance burden for jim itself. Werner and Arjen have to keep track of new jim releases, make judgement calls about the stability of those releases, and decide when to deploy them into the PLplot code base. The first of these reservations also applies to all other parallel scripting systems (with python, perl, or whatever) which is why my opinion _now_ is we should reject all of them. I only brought up the idea of parallel scripts originally because I was under the impression no bash solutions were available for windows, but it appears that such solutions exist. In fact, Werner was able to get all but the java ctests passed with the windows bash solution he found, and I doubt a solution is far away in that case. I think, Arjen ment that we replace the sh-scripts with jim/tcl-scripts. So for Linux, we don't need to compile jim, since tcl might be available most of the times, and for Windows we use jim. So this might be a good solution. It appears the only downside to the windows bash solution is our windows developers and users will need to independently install bash if they want to use ctest and/or the install-tree plplot-test.sh tests. I doubt installing a windows bash is going to be a difficult burden for Arjen or any other windows developer that wants to contribute to PLplot since Werner has already been successful at this, and almost by definition our developers are good at installing PLplot dependencies. That leaves only the question of our users. To make life easier for them, I think we should put together a test to look for bash. If that test fails we should give the appropriate warning message, force BUILD_TEST to OFF, and not configure or install plplot-test.sh and the test*.sh scripts. Also, Werner should expand our wiki a bit more giving a reference to windows bash and perhaps a sentence or two about how to install it if that is not obvious. I can do that (the wiki stuff), but have to mention, that the bash is really not a good solution in the moment. e.g. cmake doesn't like sh.exe in the path if I use MinGW/CLI combination, I have to rename it, run cmake, rename sh again to run the tests. And then we would need still some tweaking - it works far from perfect in the moment, and all tweaks are actually hacks, since you always need to program around the fact, that bash isn't actually meant to be there. With those changes it should be straightforward for our windows users to install bash, but if they choose not to do so, all that will happen is they will receive a CMake warning and the ctest functionality will be missing and install tree tests not available. So it will be exactly like any other component of PLplot. If you want a particular PLplot component you have to pay the price of installing the relevant software. In sum, I have given my reasons why I prefer a uniform bash solution for all platforms (especially since it apparently already works on bare windows except for one minor Java issue). However, if the windows developers still prefer the jim/tcl alternative (and are willing to develop it and more importantly maintain it), I will go along since windows developers know a lot more about windows than I do. :-) We may should do some test first, if the jim solution is really the best one, since we might run into the same trouble as with bash - don't know how good tcl/jim is with the filenames. Werner - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Issue with 5.7.1 and h2def.py on Fedora
On 2006-11-27 14:26-0700 Orion Poplawski wrote: /usr/share/pygtk/2.0/codegen/h2def.py on Fedora is not executable. The following patch fixes. If there is a variable for the python executable, presumably you want to use that instead. Thanks, Orion. I have committed the fix (slightly modified) to CVS. 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 Yorick front-end to PLplot (yplot.sf.net); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] How to use the installed PLplot libraries
|*|On 2006-11-28 05:18+0900 hiroyasu yasuda wrote: |*| |*| You could try the following: |*| |*| - Copy, say, x01f.f90 to a separate directory |*| - Then compile it and link it like this: |*| |*| gfortran -o example x01f.f90 -I/directory/with/modules -L/ |*| directory/with/libraries -lplplotf95d -lplplotf95cd -lplplotd |*| |*| |*| I gave above-command Include directory and Libraries directory on my |*| system, I could succeed compiling. |*| Since I can not find 'plplot.mod' in /usr/local/include/, I give |*| unziped plplot directory as Include directory temporally. |*| How to produce 'plplot.mod' ? Where should be modules file |*| 'plplot.mod' ? |*| |*|This is all taken care of in the recommended pkg-config approach that is |*|used with our new CMake build system. Again, look at what the installed |*|examples/f95/Makefile file does (for our new CMake build system), and |*|copy that. I would like to ask you a few questions: Does that mean re-installing PLplot using CMake? If I will re-install using CMake, are all files overwrited safely ? Regards. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel