From: John B. <jrb...@co...> - 2015-01-18 01:09:55
|
Hi Alan, I am re-sending this email with a smaller version of the tarfile, since the sourceforge server could not accept the 27 MB size of the original one. This tarfile contains only portions of what is in build_dir. Specifically, in build_dir I omitted all the bindings except for f95 and the share folder. Hopefully what I am sending is adequate to sleuth out the issue. Best regards, John Hi Alan, I followed your recommendation and created a simple Fortran example that illustrates the problem on Cygwin. I created a tarball of the entire plplot-5.10.0 directory that contains everything that cmake, make, and make install generated in a subdirectory named build_dir, including the cmake.out, make.out, and make_install.out files. The shell script cmake.sh I used to invoke cmake is in the main 5.10.0 directory. Also in build_dir there is a directory named 'test' which contains the Fortran example code named circle.f that illustrates the problem. There is also a .sh script named compile.sh that I used to attempt to compile circle.f. In addition I copied all the contents of /bindings/f95 into this directory. Here is what I get when I attempt to compile this simple routine: $ compile.sh circle.f:26.72: call plline(n101,xx,yy) 1 Error: There is no specific subroutine for the generic 'plline' at (1) My guess is that the problem is not something esoteric, but rather something very simple. I suspect it may have to do with something related to the way I am trying to compile, perhaps something like missing some files not in /bindings/F95. I appreciate any help your team can provide-- John At 11:47 AM 1/17/2015, Alan W. Irwin wrote: >On 2015-01-17 11:01-0800 John Baumgardner wrote: > >>Hi Alan, >> >>Thanks for your quick response! I had earlier tried the 5.10.0 >>release with a version of my Fortran code where I had inserted 'use >>plplot' everywhere a plplot routine is called, but had encountered >>problems I could not resolve. That is why I went back to the 5.9.10 >>release. When I commented out all the calls to plwidth at least >>the code compiled and could be executed. Here are the sorts of >>errors I get with the 5.10.0 release: >> >>$ make sphplt >>gfortran -fdefault-real-8 -O3 -Iinclude -Llib -c -o graphx.o graphx.f >>graphx.f:106.72: >> >> call plline(n101,xx,yy) >> 1 >>Error: There is no specific subroutine for the generic 'plline' at (1) >>graphx.f:2079.72: >> >> call plfill(4,x,y) >> 1 >>Error: There is no specific subroutine for the generic 'plfill' at (1) >>graphx.f:172.72: >> >> call plfill3(3,xr(1,1),xr(1,2),xr(1,3)) >> 1 >>Error: There is no specific subroutine for the generic 'plfill3' at (1) >> >>I copied the lib and include directories created in >>plplot-5.10.0/build_dir to the filespace where I am seeking to >>compile. I also copied all the files in the directory bindings/f95 >>to the local filespace. I suspect I am still missing some crucial >>files. Can you identify what is wrong here? >> >>Thanks so much for your assistance! > >Hi John: > >Could you make a self-contained (i.e., including your Makefile) but >simplest possible example that demonstrates the problem on Cygwin, and >post it as a tarball attachment to this list? I don't have any Cygwin >experience myself, but one our our developers, in fact, uses that >platform to develop our Fortran binding so given a convenient example >to work with, he should be able to figure out what is going wrong >pretty easily. Also, I will attempt to build and run your example on >Linux as well in case there is something generic that needs fixing >with your example. > >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 >__________________________ |