Re: [Plplot-devel] Problem with gfortran/g77 under Cygwin
The svn version plplot was built by cmake with below options, and then the files is installed under /usr/local/. Also plplotd-f77.pc file is changed. -DENABLE_tk=OFF -DENABLE_tcl=OFF DENABLE_DYNDRIVERS=OFF - DPLD_wingcc=OFF .. So I can run the execute file of plplot and I also use all device, xwin, ps, and raster graphic on Cygwin environment. Thank you very much for helping me for long time. Regards, Hiroyasu On 2007/11/02, at 7:50, Jim Dishaw wrote: Hiroyasu Yasuda [EMAIL PROTECTED] writes: On 2007/11/01, at 12:37, Jim Dishaw wrote: I sometimes tried to run camke with below options in another fresh build tree, but a make install command wrote the files in buildplplot/ install. How to specify install folder ? -DCMAKE_INSTALL_PREFIX=install -DENABLE_tk=OFF -DENABLE_tcl=OFF - DENABLE_DYNDRIVERS=OFF -DPLD_wingcc=OFF .. The option -DCMAKE_INSTALL_PREFIX=install means install the files in the directory named install. Note that it is a relative to the current directory. Your best choice would be to omit the -DCMAKE_INSTALL_PREFIX=install and let cmake use the default install prefix, which is /usr/local. The reason why the windows build instructions has install as the installation prefix is because the cmake installation code was not working correctly in windows, however, I think it was never an issue in cygwin. I set PATH environment variable to .bash_profile as: export PATH=/usr/local/lib:$PATH After that, when run ./x01f.exe, cygwin shell shows no message, looks like normal terminate of the application. And when run strace ./ x01f.exe, windows message dialog shows that because libplotf77cd-9.1.1.dll can not find, the application can not start, and cygwin shell shows --- Process 388, exception C135 at 7C9A4ED1. Once you install into /usr/local, things should be working. -jd - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Editing the Wiki
Hi Jim, I added the CAPTCHA verification, since I had to delete about 10-20 spam entries per day. Now it's exactly zero. Sorry, that it didn't work out for you - you have to enter both words, if you are unsure. This captcha verfication is actually very cool. Visit their website to understand their task: http://recaptcha.net/ They actually scan books. The OCR routines are not perfect, but they can estimate very well if they can read a word or not. What recaptcha does is, that if the OCR routines can't read a word, this word will show up in this verfication routine. They always show two words. For one word they know the meaning for the other word not. Humans read both words and enter them. If many humans agree that one word has a certain meaning, this word becomes a known word. In that way humans support the OCR routines. Since these words can't be read by OCR algorithms, spammers have no chance to scan this words as well automatically. I consider this project as totally ingenious. So please try it again. I know it's a little annoying, but it was too much work to delete the spammer's content. And you also have the cosy warm feeling that you did something useful in passing the captcha verification :) regards, Werner Jim Dishaw wrote: I tried to create an account to edit the wiki and failed miserably. I might try again later, but I could not get past the CAPTCHA--I guess I am not human... -jd - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel -- 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 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Problem with gfortran/g77 under Cygwin
Arjen Markus wrote: That said, I will change the CMake code that is responsible for writing the *.pc files for the FORTRAN 77 and Fortran 90/95 libraries. However, does this issue come with C++, Java, ... too? Does anyone know? Hello, I updated the relevant CMake files to produce correct pkg-config files for F77 and F95 under Cygwin. I have not looked into the matter of the other languages or whether MingW would require something similar. (Native Windows is an entirely different topic, as you can not (easily?) use pkg-config on that platform.) My tests show that with these changes in place, building a F77 program with g77 that uses PLplot is as simple as: g77 -o prog prog.f `pkg-config plplotd-f77 --libs` (with the possible exception of setting the PKG_CONFIG_PATH environment variable and - to run it - extending the PATH). Regards, Arjen - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
[Plplot-devel] 5.8.0 Release?
Hello, What is the current thinking on the 5.8.0 final release? Are there still Cygwin issues that need to be sorted out or are we ready? best, -Hazen - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] 5.8.0 Release?
On 2007-11-02 19:40-0400 Hazen Babcock wrote: Hello, What is the current thinking on the 5.8.0 final release? Are there still Cygwin issues that need to be sorted out or are we ready? From what I have read, I believe we are ready (at least as good as before and very likely much better) on Cygwin, but I am a little uneasy about the complete lack of reported platform testing of the changes that have been made since 5.8.0-RC1. Has anybody done a Linux or Mac OS X test of the latest svn trunk? Reports of MinGW (with and without MSYS) and bare windows tests would be nice as well. Currently, I am tied up with installing a Debian testing distro on my new computer so unfortunately I cannot lead by example here by giving any Linux reports, but hopefully a lot of you will step in with your own reports to make up for that. 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 __ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] 5.8.0 Release?
On Nov 2, 2007, at 10:13 PM, Alan W. Irwin wrote: From what I have read, I believe we are ready (at least as good as before and very likely much better) on Cygwin, but I am a little uneasy about the complete lack of reported platform testing of the changes that have been made since 5.8.0-RC1. Has anybody done a Linux or Mac OS X test of the latest svn trunk? Reports of MinGW (with and without MSYS) and bare windows tests would be nice as well. Currently, I am tied up with installing a Debian testing distro on my new computer so unfortunately I cannot lead by example here by giving any Linux reports, but hopefully a lot of you will step in with your own reports to make up for that. You inspired me to do some OS-X testing. It seems to build fine. Running ./plplot-test.sh was somewhat less succesful. [snip] Testing front-end f95 PLplot library version: 5.8.0-RC1 *** PLPLOT ERROR, ABORTING OPERATION *** UTF-8 string is malformed: UTF-8 st, aborting operation *** PLPLOT ERROR, ABORTING OPERATION *** UTF-8 string is malformed: UTF-8 stri, aborting operation Testing front-end java Unable to find native code library. Testing front-end octave /usr/local/share/plplot5.8.0-RC1/examples/.. *** plstyl: plstyl(mark, space) Set up a new line style Additional help for built-in functions, operators, and variables is available in the on-line version of the manual. Use the command `help -i topic' to search the manual index. Help and information about Octave is also available on the WWW at http://www.octave.org and via the [EMAIL PROTECTED] mailing list. error: called from `plsstrm' error: evaluating if command near line 86, column 3 error: called from `figure' in file `/usr/local/share/plplot_octave/ figure.m' error: evaluating for command near line 4, column 1 It looks like there are problems with F95, java and octave. Version information: gfortran --version GNU Fortran 95 (GCC) 4.2.0 20060512 (experimental) java -version java version 1.5.0_07 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_07-164) Java HotSpot(TM) Client VM (build 1.5.0_07-87, mixed mode, sharing) octave -version GNU Octave, version 2.1.73 (powerpc-apple-darwin7.9.0). Copyright (C) 2006 John W. Eaton. -Hazen - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] 5.8.0 Release?
Geoffrey, your attached message bounced for some reason. Did you mail it with the same return address as your subscription address? Anyhow, I am forwarding it to the list for you. 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 __---BeginMessage--- Alan W. Irwin writes: Has anybody done a Linux or Mac OS X test of the latest svn trunk? I'm working on Fedora 7. I have a fairly fresh checkout (1 or 2 days old), and am having some trouble with getting the python binding working. Could be operator error or confusion here, but anyway, these are the details. python 2.5.1 configured/installed to a particular --prefix location, where Tcl, Tk are also installed. I have further fetched the latest numpy (1.0.3.1) and built/installed it using that same python. If I run that python executable, I get: % ./bin/python Python 2.5.1 (r251:54863, Nov 2 2007, 09:24:57) [GCC 4.1.2 20070502 (Red Hat 4.1.2-12)] on linux2 Type help, copyright, credits or license for more information. import numpy numpy.test() Found 10 tests for numpy.core.defmatrix Found 36 tests for numpy.core.ma Found 208 tests for numpy.core.multiarray ... So, python is built, numpy is built/installed to the same python, and numpy can be found. But, when I try to build plplot, the CBS tells me: -- X11_FOUND = 1 -- X11_INCLUDE_DIR = /usr/include -- X11_COMPILE_FLAGS = -I/usr/include -- X11_LIBRARIES = -lSM;-lICE;/usr/lib64/libX11.so;/usr/lib64/libXext.so -- X11_LIBRARY_DIR = /usr/lib64 Traceback (most recent call last): File string, line 1, in module ImportError: No module named numpy -- WARNING: Numeric header not found. Disabling python bindings -- WARNING: octave not found. Disabling octave bindings -- Looking for include paths and libraries for Tcl/Tk -- Looking for include paths and libraries for Tcl/Tk - found The subsequent lines show that it is finding Tcl/Tk from the prefix zone, as it should. So it's definitely finding some things in the prefix-under-construction. But python/numpy isn't being recognized for some reason. It seems to me that python.cmake must be somehow coming up with the wrong path: if(ENABLE_python AND NOT NUMERIC_INCLUDE_PATH) if (HAVE_NUMPY) # First check for new version of numpy (replaces Numeric) execute_process( COMMAND ${PYTHON_EXECUTABLE} -c import numpy; print numpy.get_include() OUTPUT_VARIABLE NUMPY_INCLUDE_PATH RESULT_VARIABLE NUMPY_ERR OUTPUT_STRIP_TRAILING_WHITESPACE ) Because when I issue that command to the prefix's python, it works fine. So, I guess a basic question is, how could I modify python.cmake to print out the PYTHON_EXECUTABLE it found, so I could check that theory? Ahhh. I have found in CMakeCache.txt: //Path to a program. PYTHON_EXECUTABLE:FILEPATH=/usr/bin/python2.5 which is not the python in the prefix zone that I want it to use. The subsequent lines show that the includes and libs are being found in my prefix, but the executable is not. The prefix under construction is not on my path. But that doesn't seem to prevent PLplot's CBS from finding the right Tcl and Tk. So I guess the question is, how can I make find_package(PythonInterp) find the python that's in the prefix, instead of the one that's in the path? Thanks in advance, -- Geoffrey Furnish Lightspeed Logic Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it. - Brian W. Kernighan ---End Message--- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel