Re: [Plplot-devel] Fortran and Intel Fortran
Alan W. Irwin wrote: Arjen, when you figure this out, please collect all the required changes in cmake/modules/Platform/Windows-ifort.cmake. Of course, you should also make that changed Windows-ifort.cmake file part of a bug report to CMake so that once your changes are adopted by the CMake developers you can remove the modified Windows-ifort.cmake from our cmake/modules/Platform directory. Arjen, once you have made that bug report could you publish its number as part of a README file in cmake/modules/Platform/? That information would also be useful for all other files in that directory so we could monitor the progress of their respective adoptions into CMake. I will do that - good idea to document these bug numbers in our files as well. 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] Java compile problems
Alan W. Irwin wrote: Both plplotjavacJNI.java and PLGraphicsIN.java are files that are generated by swig. I just checked, and plplotjavacJNI.java generated on my Ubuntu Dapper system with swig-1.3.27 has no type PLGraphicsIn for any of the arguments. For example, in replacement for the above line it uses the following: public final static native void PLGraphicsIn_type_set(long jarg1, int jarg2); so there is no generated circular dependency with the Ubuntu Dapper version of swig. So my guess is you have run into a problem with the version of swig that Fedora has adopted. Just in case Fedora have made some bad patches to the latest swig (1.3.31) or are using a bad earlier version, could you try to replicate the problem with vanilla swig downloaded directly from the swig site? If you get the same error with latest vanilla swig, let me know, and I will try and reproduce it here, see if we have to change our swig configuration for that version, etc. (IIRC, once or possibly twice before, the swig 1.3.x series introduced an incompatible change that required changing our swig configuration, but this hasn't happened for a long time.) If you cannot reproduce the issue with the latest vanilla swig, then agitate with fedora to use that version rather than the one they have adopted. Well, the version of swig in Fedora development is pretty much vanilla 1.3.31. There are a couple patches but the only seem to touch python importing and __x86_64__/__i386__ defines. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane [EMAIL PROTECTED] Boulder, CO 80301 http://www.cora.nwra.com - 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] PLplot 5.7.2 is now available
On 2007-01-22 22:05-0500 [EMAIL PROTECTED] wrote: On Jan 22, 2007, at 1:48 AM, Alan W. Irwin wrote: Thanks for your continuing release efforts. No problem. A few questions came up in the process of generating this release: (1) In our Cookbook at the make_tarball.sh stage we mention a /a/ install/directory created for testing purposes. This did not seem to get populated, so I unpacked the tarball to run the tests. Is this a problem with the script? Or is the Cookbook wrong? The cookbook instructions say to ./scripts/make_tarball.sh -c -i /a/install/directory 21 | tee build.log I am positive I tested this, and all was well. Also, I have looked at the script and cannot see anything that would cause the -i option not to work. (To get some documentation of the script, run ./scripts/make_tarball.sh -h ) However, screwups occur so please try the script again and send me the exact command you used, the resulting *.out files (in the script build directory, /tmp/plplot-dist-prep/build_dir), and most importantly the build.log file. (2) Does anyone know of an easy way to force a computer to time sync using ntp or equivalent? I've installed the debian ntp package but it doesn't seem to be doing anything. I'd like to add this to the Cookbook since it is often an issue with my computer. If you were running a Linux computer all the time, I highly recommend using ntp which is great for maintaining system time to the nearest 10 ms or so indefinitely (despite computer hardware clocks trying to get out of synch by typically 5-10 seconds per day). However, if you just want to boot into Debian set the time, do your release, then quit, then ntpdate (which sets the system time accurately once, but does not maintain it) is probably what you want to use. For ntpdate use man ntpdate. For ntp the instructions are a little more complicated. It has been more than two years since I installed ntp on my Debian stable system, and it has worked fine ever since. From what I can remember, you have to edit /etc/ntp.conf to provide it with some ntp servers to get it to work. I used server pool.ntp.org server pool.ntp.org server pool.ntp.org to access three separate ntp servers from the pool. After you adjust your /etc/ntp.conf file you must do the following two commands to stop and start the service so that the new versions of /etc/ntp.conf will be read. /etc/init.d/ntp-server stop /etc/init.d/ntp-server start If your system clock is badly out (hours or days), it will take ntp an equivalent time or much longer to adjust it. So you may want to use the ntpdate command to set your system time accurately before you run /etc/init.d/ntp-server stop/start combination to maintain the accuracy of that system time indefinitely. There is a command you can use to watch what ntp is doing as it adjusts the clock. I have forgotten what it is, but it is documented in the extensive ntp html documentation. (You can also watch your clock, but it's more fun to watch paint dry since it generally takes quite a while for ntp to slowly adjust the time to be accurate to the nearest second, and a bit longer to get its ultimate accuracy, 10 ms or so.) BTW, the reason ntp is so slow to make large time adjustments is it wants to be sure it doesn't disrupt anything time-dependent on the system (such as a Makefile in the middle of execution). ntpdate is time-disruptive, but it is meant to be run by hand when you are pretty sure nothing time-sensitive is being run on your system. (3) How long should we keep links to old versions of PLplot on our main webpage? Currently we have Release Notes back to 5.1.0. I think the latest stable release (5.6.1) and the latest development release (5.7.2) should be sufficient. They should be labelled on the web page as latest stable and latest development. 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] Java compile problems
Alan W. Irwin wrote: So my guess is you have run into a problem with the version of swig that Fedora has adopted. Just in case Fedora have made some bad patches to the latest swig (1.3.31) or are using a bad earlier version, could you try to replicate the problem with vanilla swig downloaded directly from the swig site? Looks like swig 1.3.29 works and 1.3.30 does not. I'm not sure I'm the best person to follow up on this as I've never used swig before. It does start to make these changes: - public final static native void PLGraphicsIn_type_set(long jarg1, int jarg2); + public final static native void PLGraphicsIn_type_set(long jarg1, PLGraphicsIn jarg1_, int jarg2); It seems to be covered in the swig manual in: 20.4.3.4 The premature garbage collection prevention parameter for proxy class marshalling Manual/Java.html#java_pgcpp Can be suppressed with -nopgcpp, which I may try to use for the time being. Suggestions for how to pass this argument? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane [EMAIL PROTECTED] Boulder, CO 80301 http://www.cora.nwra.com - 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] PLplot 5.7.2 is now available
[EMAIL PROTECTED] wrote: Hello, PLplot 5.7.2 is now available at SourceForge. Looks like man3 man pages are no longer being shipped. Is this intentional? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane [EMAIL PROTECTED] Boulder, CO 80301 http://www.cora.nwra.com - 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] PLplot 5.7.2 is now available
Orion Poplawski wrote: [EMAIL PROTECTED] wrote: Hello, PLplot 5.7.2 is now available at SourceForge. Looks like man3 man pages are no longer being shipped. Is this intentional? Also don't see the .info file either. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane [EMAIL PROTECTED] Boulder, CO 80301 http://www.cora.nwra.com - 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] Java compile problems
Orion Poplawski wrote: Can be suppressed with -nopgcpp, which I may try to use for the time being. Suggestions for how to pass this argument? I ended up with: --- plplot-5.7.2/bindings/java/CMakeLists.txt.nopgcpp 2007-01-21 17:46:00.0 -0700 +++ plplot-5.7.2/bindings/java/CMakeLists.txt 2007-01-23 11:21:34.0 -0700 @@ -82,7 +82,7 @@ # Can't use source file properties as we have to quote the flags in that # case and it breaks swig. Doh! I would call this a cmake bug. -set(CMAKE_SWIG_FLAGS -DPL_DOUBLE -DSWIG_JAVA -package plplot.core) +set(CMAKE_SWIG_FLAGS -nopgcpp -DPL_DOUBLE -DSWIG_JAVA -package plplot.core) set( CMAKE_SWIG_OUTDIR ${CMAKE_CURRENT_BINARY_DIR} ) -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane [EMAIL PROTECTED] Boulder, CO 80301 http://www.cora.nwra.com - 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] Java compile problems
I have tried vanilla swig 1.3.31, and I confirm the problem. Orion, I had a look at the swig documentation you recommended, and I must say I don't understand enough Java to be able to follow your conclusion that the -nopgcpp command-line option might help us out. However, I do know how to try such command-line options (you later found this for yourself), and the result was with -nopgcpp, java built and ctested fine with vanilla swig 1.3.31. However, this option does cause trouble for my system version of swig (1.3.27). Therefore, I have committed some substantial changes to do some swig version checking. In particular, I have temporarily (until CMake adopts it) added an experimental FindCMake.cmake module to PLplot which is just more reliable than the current CMake version of this module, and which also provides increased functionality such as returning SWIG_VERSION. (A side effect of this new module is the vanilla version of swig-1.3.31 can easily be tried out. All you have to do is put the new version on your PATH.) The result of the changes is swig versions older than 1.3.22 are not accepted (set(SWIG_FOUND OFF)), and the -nopgcpp command-line option is only used for swig versions = 1.3.30 (I chose this limit according to one of the tests that you did). Could you please try the CVS version of PLplot now? Andrew (Ross), could you please review my solution (in particular, can you explain the necessity of -nopgcpp for newer versions of swig?) Thanks, Orion, for all your investigations of this issue. 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