From: Hiroyasu Y. <h-y...@ce...> - 2007-10-16 10:04:25
|
Dear All: I'm trying to install Plplot 5.7.4 on Cygwin, which is the newest of cygwin on WIndows Xp, according to the Configure PLplot for cygwin in PLplot wiki, http://www.miscdebris.net/plplot_wiki/index.php? title=Configure_PLplot_for_cygwin. When I run "make" after running cmake, the command fail and then the command show that: gcc: /DIVF: No such file or directory make[2] ***[bindings/f77/CMakeFiles/Plplotf77cd.dir/sccont.o] Error 1 make[1] ***[bindings/f77/CMakeFiles/Plplotf77cd.dir/all] Error 2 make: ***[all] Error 2 Please let me know that how to solve this problem. Regards, Hiro |
From: Alan W. I. <ir...@be...> - 2007-10-16 15:05:15
|
On 2007-10-16 19:04+0900 Hiroyasu YASUDA wrote: > Dear All: > > I'm trying to install Plplot 5.7.4 on Cygwin, which is the newest of > cygwin on WIndows Xp, according to the Configure PLplot for cygwin in > PLplot wiki, http://www.miscdebris.net/plplot_wiki/index.php? > title=Configure_PLplot_for_cygwin. > > When I run "make" after running cmake, the command fail and then the > command show that: > gcc: /DIVF: No such file or directory > make[2] ***[bindings/f77/CMakeFiles/Plplotf77cd.dir/sccont.o] Error 1 > make[1] ***[bindings/f77/CMakeFiles/Plplotf77cd.dir/all] Error 2 > make: ***[all] Error 2 > > Please let me know that how to solve this problem. To help us decide whether this is a general problem or simply an f77 issue, please use cmake options that give you no bindings and only the simple PostScript device that has no external library dependencies, i.e., -DDEFAULT_NO_BINDINGS=ON -DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON If that completely simplified configuration has no problems, then you know that the internal core of PLplot is working fine, and the problem is likely to be just in the f77 bindings. You can test a configuration with the f77 bindings disabled but all other bindings left on (and most devices left on) by using the cmake option -DENABLE_f77=OFF In any case, for your next report of the issue, please tell us all the details such as the command-line options you used for the cmake command (starting from an empty build directory), the complete cmake output, and the complete make output. Also, what is the result of cmake --version ? 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: Hiroyasu Y. <h-y...@ce...> - 2007-10-17 02:56:12
|
On 2007/10/17, at 0:04, Alan W. Irwin wrote: > On 2007-10-16 19:04+0900 Hiroyasu YASUDA wrote: > >> Dear All: >> >> I'm trying to install Plplot 5.7.4 on Cygwin, which is the newest of >> cygwin on WIndows Xp, according to the Configure PLplot for cygwin in >> PLplot wiki, http://www.miscdebris.net/plplot_wiki/index.php? >> title=Configure_PLplot_for_cygwin. >> >> When I run "make" after running cmake, the command fail and then the >> command show that: >> gcc: /DIVF: No such file or directory >> make[2] ***[bindings/f77/CMakeFiles/Plplotf77cd.dir/sccont.o] >> Error 1 >> make[1] ***[bindings/f77/CMakeFiles/Plplotf77cd.dir/all] Error 2 >> make: ***[all] Error 2 >> >> Please let me know that how to solve this problem. > > To help us decide whether this is a general problem or simply an > f77 issue, > please use cmake options that give you no bindings and only the simple > PostScript device that has no external library dependencies, i.e., > > -DDEFAULT_NO_BINDINGS=ON -DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON > > If that completely simplified configuration has no problems, then > you know > that the internal core of PLplot is working fine, and the problem > is likely > to be just in the f77 bindings. You can test a configuration with > the f77 > bindings disabled but all other bindings left on (and most devices > left on) > by using the cmake option > > -DENABLE_f77=OFF > > In any case, for your next report of the issue, please > tell us all the details such as the command-line options you used > for the > cmake command (starting from an empty build directory), the > complete cmake > output, and the complete make output. Also, what is the result of > > cmake --version > Cmake version on the Cygwin is ver 2.4-patch 7. I tried to run two option of cmake as follows. (1) cmake -DDEFAULT_NO_BINDINGS=ON -DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON: When I run "make" after cmake, make shows that: Could not open driver module ps libltbl error: No such file or directory make[2] ***[drivers/ps.o] Error 1 make[1] ***[drivers/CMakeFiles/ps.dir/all] Error 2 make: ***[all] Error 2 However, if I run "make" again, I succeeded to run "make" and "make install". (2) cmake-DENABLE_f77=OFF -DENABLE_tk=OFF -DENABLE_tcl=OFF: When run "cmake" with that options, cmake shows that: CMake Error: The Fortran compiler "/cygdrive/c/Intel/Compiler/Frotran/ 9.0/IA32/Bin/ifort.exe" is not able to compile a simple test program. It fails with the following output: After this error message, I run "cmake" with same options again, cmake complete without error messages. And then "make" and "make install" succeed. Since I want to use plplot with fortran on Cygwin eventually, I would like to know the instruction including fortran-enable on Cygwin. Regards, Hiro |
From: Arjen M. <arj...@wl...> - 2007-10-17 06:32:06
|
Hiroyasu YASUDA wrote: >On 2007/10/17, at 0:04, Alan W. Irwin wrote: > > > >>On 2007-10-16 19:04+0900 Hiroyasu YASUDA wrote: >> >> >> >>>Dear All: >>> >>>I'm trying to install Plplot 5.7.4 on Cygwin, which is the newest of >>>cygwin on WIndows Xp, according to the Configure PLplot for cygwin in >>>PLplot wiki, http://www.miscdebris.net/plplot_wiki/index.php? >>>title=Configure_PLplot_for_cygwin. >>> >>>When I run "make" after running cmake, the command fail and then the >>>command show that: >>> gcc: /DIVF: No such file or directory >>> make[2] ***[bindings/f77/CMakeFiles/Plplotf77cd.dir/sccont.o] >>>Error 1 >>> make[1] ***[bindings/f77/CMakeFiles/Plplotf77cd.dir/all] Error 2 >>> make: ***[all] Error 2 >>> >>>Please let me know that how to solve this problem. >>> >>> >>To help us decide whether this is a general problem or simply an >>f77 issue, >>please use cmake options that give you no bindings and only the simple >>PostScript device that has no external library dependencies, i.e., >> >>-DDEFAULT_NO_BINDINGS=ON -DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON >> >>If that completely simplified configuration has no problems, then >>you know >>that the internal core of PLplot is working fine, and the problem >>is likely >>to be just in the f77 bindings. You can test a configuration with >>the f77 >>bindings disabled but all other bindings left on (and most devices >>left on) >>by using the cmake option >> >>-DENABLE_f77=OFF >> >>In any case, for your next report of the issue, please >>tell us all the details such as the command-line options you used >>for the >>cmake command (starting from an empty build directory), the >>complete cmake >>output, and the complete make output. Also, what is the result of >> >>cmake --version >> >> >> > >Cmake version on the Cygwin is ver 2.4-patch 7. > >I tried to run two option of cmake as follows. > >(1) cmake -DDEFAULT_NO_BINDINGS=ON -DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON: > > When I run "make" after cmake, make shows that: > > Could not open driver module ps > libltbl error: No such file or directory > make[2] ***[drivers/ps.o] Error 1 > make[1] ***[drivers/CMakeFiles/ps.dir/all] Error 2 > make: ***[all] Error 2 > >However, if I run "make" again, I succeeded to run "make" and "make >install". > > >(2) cmake-DENABLE_f77=OFF -DENABLE_tk=OFF -DENABLE_tcl=OFF: > >When run "cmake" with that options, cmake shows that: > >CMake Error: The Fortran compiler "/cygdrive/c/Intel/Compiler/Frotran/ >9.0/IA32/Bin/ifort.exe" is not able to compile a simple test program. >It fails with the following output: > >After this error message, I run "cmake" with same options again, >cmake complete without error messages. And then "make" and "make >install" succeed. > > >Since I want to use plplot with fortran on Cygwin eventually, I would >like to know the instruction including fortran-enable on Cygwin. > >Regards, >Hiro > > Have you tried with g77, gfortran or g95 as the FORTRAN 77 compiler? (all three are freely available under Cygwin and they have been used in the context of PLplot and Cygwin much more than ifort. I think it is worth a try). I have seen similar error messages with other compilers. The basic cause is that the CMake modules for such a compiler may not be complete yet. Please let us know if you succeed with any of these other compilers. Regards, Arjen |
From: Jim D. <ji...@di...> - 2007-10-17 12:10:18
|
Hiroyasu YASUDA <h-y...@ce...> writes: > On 2007/10/17, at 0:04, Alan W. Irwin wrote: > >> On 2007-10-16 19:04+0900 Hiroyasu YASUDA wrote: >> >>> Dear All: >>> >>> I'm trying to install Plplot 5.7.4 on Cygwin, which is the newest of >>> cygwin on WIndows Xp, according to the Configure PLplot for cygwin in >>> PLplot wiki, http://www.miscdebris.net/plplot_wiki/index.php? >>> title=Configure_PLplot_for_cygwin. >>> >>> When I run "make" after running cmake, the command fail and then the >>> command show that: >>> gcc: /DIVF: No such file or directory >>> make[2] ***[bindings/f77/CMakeFiles/Plplotf77cd.dir/sccont.o] >>> Error 1 >>> make[1] ***[bindings/f77/CMakeFiles/Plplotf77cd.dir/all] Error 2 >>> make: ***[all] Error 2 >>> I think part of the problem is pointed out by the "/DIVF" message. The cmake program thinks that your Fortran compiler is Intel Visual Fortran. The CMakeLists.txt in the bindings/f77 directory will set the compiler flag /DIVF if it is running on the WIN32 platform and the compiler is Intel Visual Fortran. What are you using for the C compiler? I am guessing that your C compiler is GCC. If that is true, then we need to use the -DIVF as the compiler flag. I can attempt to fix the lines, but my cmake kung-fu is still weak. -jd |
From: Alan W. I. <ir...@be...> - 2007-10-17 20:27:42
|
On 2007-10-17 08:01-0400 Jim Dishaw wrote: > Hiroyasu YASUDA <h-y...@ce...> writes: > >> On 2007/10/17, at 0:04, Alan W. Irwin wrote: >> >>> On 2007-10-16 19:04+0900 Hiroyasu YASUDA wrote: >>> >>>> Dear All: >>>> >>>> I'm trying to install Plplot 5.7.4 on Cygwin, which is the newest of >>>> cygwin on WIndows Xp, according to the Configure PLplot for cygwin in >>>> PLplot wiki, http://www.miscdebris.net/plplot_wiki/index.php? >>>> title=Configure_PLplot_for_cygwin. >>>> >>>> When I run "make" after running cmake, the command fail and then the >>>> command show that: >>>> gcc: /DIVF: No such file or directory >>>> make[2] ***[bindings/f77/CMakeFiles/Plplotf77cd.dir/sccont.o] >>>> Error 1 >>>> make[1] ***[bindings/f77/CMakeFiles/Plplotf77cd.dir/all] Error 2 >>>> make: ***[all] Error 2 >>>> > > I think part of the problem is pointed out by the "/DIVF" message. The > cmake program thinks that your Fortran compiler is Intel Visual > Fortran. The CMakeLists.txt in the bindings/f77 directory will set the > compiler flag /DIVF if it is running on the WIN32 platform and the > compiler is Intel Visual Fortran. What are you using for the C > compiler? I am guessing that your C compiler is GCC. If that is true, > then we need to use the -DIVF as the compiler flag. I can attempt to > fix the lines, but my cmake kung-fu is still weak. I emphasize that since the simple test (no bindings, only ps device) did not work for Hiroyasu, there is a fundamental issue here for his Cygwin platform besides the secondary fortran compiler issue noted above. However, once the fundamental issue is solved, then to add a needed compiler flag is simple; just specify the appropriate environment variable before cmake is run. One extremely simple example of this is export FC="g77 -O2" to specify (a) that the g77 compiler must be used to compile fortran source and (b) the -O2 option must be used each time that compiler is invoked. Note any number/kind of compiler options can be specified for your chosen fortran compiler using this environment variable mechanism, and similarly for the C and C++ compilers. See further documentation of this mechanism at http://www.miscdebris.net/plplot_wiki/index.php?title=Main_Page. 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-10-17 06:38:16
|
On 2007-10-17 11:56+0900 Hiroyasu YASUDA wrote: >> In any case, for your next report of the issue, please >> tell us all the details such as the command-line options you used for the >> cmake command (starting from an empty build directory), the complete cmake >> output, and the complete make output. Also, what is the result of >> >> cmake --version >> > > Cmake version on the Cygwin is ver 2.4-patch 7. > > I tried to run two option of cmake as follows. > > (1) cmake -DDEFAULT_NO_BINDINGS=ON -DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON: > > When I run "make" after cmake, make shows that: > > Could not open driver module ps > libltbl error: No such file or directory > make[2] ***[drivers/ps.o] Error 1 > make[1] ***[drivers/CMakeFiles/ps.dir/all] Error 2 > make: ***[all] Error 2 That is a fundamental error for the simplest case. Nothing more complicated will work properly until this fundamental error is fixed. (The "good" results you got with the second make simply means the check for the driver module was incorrectly skipped the second time around. libplplot is pretty useless without working device drivers.) Could you now please give full results (starting from an empty build tree) for this test case with the latest SVN version of PLplot (follow directions at http://sourceforge.net/svn/?group_id=2915 to obtain that version). That is, we need the files cmake.out and make.out generated by cmake -DDEFAULT_NO_BINDINGS=ON -DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON \ -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_PREFIX=/absolute/install/prefix \ /path/to/source/tree/for/svn/version >& cmake.out and make >& make.out Send those files as compressed attachments to the list. The current SVN version of PLplot is essentially the same version of PLplot that will be used in the forthcoming release this weekend so if there are Cygwin platform issues for it, we want to know about them now. I cannot help you further (no access to Cygwin), but I am asking for complete results for the above simple test case for the SVN version of PLplot because I anticipate developers here who do have access to Cygwin would like to compare your complete cmake and make output with theirs to help figure out what the trouble is on your Cygwin platform. 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: Hiroyasu Y. <h-y...@ce...> - 2007-10-18 08:40:49
|
On 2007/10/18, at 5:27, Alan W. Irwin wrote: > On 2007-10-17 08:01-0400 Jim Dishaw wrote: > >> Hiroyasu YASUDA <h-y...@ce...> writes: >> >>> On 2007/10/17, at 0:04, Alan W. Irwin wrote: >>> >>>> On 2007-10-16 19:04+0900 Hiroyasu YASUDA wrote: >>>> >>>>> Dear All: >>>>> >>>>> I'm trying to install Plplot 5.7.4 on Cygwin, which is the >>>>> newest of >>>>> cygwin on WIndows Xp, according to the Configure PLplot for >>>>> cygwin in >>>>> PLplot wiki, http://www.miscdebris.net/plplot_wiki/index.php? >>>>> title=Configure_PLplot_for_cygwin. >>>>> >>>>> When I run "make" after running cmake, the command fail and >>>>> then the >>>>> command show that: >>>>> gcc: /DIVF: No such file or directory >>>>> make[2] ***[bindings/f77/CMakeFiles/Plplotf77cd.dir/sccont.o] >>>>> Error 1 >>>>> make[1] ***[bindings/f77/CMakeFiles/Plplotf77cd.dir/all] Error 2 >>>>> make: ***[all] Error 2 >>>>> >> >> I think part of the problem is pointed out by the "/DIVF" >> message. The >> cmake program thinks that your Fortran compiler is Intel Visual >> Fortran. The CMakeLists.txt in the bindings/f77 directory will >> set the >> compiler flag /DIVF if it is running on the WIN32 platform and the >> compiler is Intel Visual Fortran. What are you using for the C >> compiler? I am guessing that your C compiler is GCC. If that is >> true, >> then we need to use the -DIVF as the compiler flag. I can attempt to >> fix the lines, but my cmake kung-fu is still weak. > > I emphasize that since the simple test (no bindings, only ps > device) did not > work for Hiroyasu, there is a fundamental issue here for his Cygwin > platform > besides the secondary fortran compiler issue noted above. > > However, once the fundamental issue is solved, then to add a needed > compiler > flag is simple; just specify the appropriate environment variable > before > cmake is run. One extremely simple example of this is > > export FC="g77 -O2" > > to specify (a) that the g77 compiler must be used to compile > fortran source > and (b) the -O2 option must be used each time that compiler is > invoked. Note > any number/kind of compiler options can be specified for your > chosen fortran > compiler using this environment variable mechanism, and similarly > for the C > and C++ compilers. See further documentation of this mechanism at > http://www.miscdebris.net/plplot_wiki/index.php?title=Main_Page. I run "export FC="g77 -O2"" before running cmake, I can run make without error of /DIVF and something. However, make shows that "Can not open driver module **" each devices, so I have to run make till not showing that errors. I would like to ask you that the result of cmake is success or failure. After that running make install, actually Plplot is installed under / usr/local/and then I built example under /share/plplot5.7.4, example of c and c++ can be built. But, example of f77 can not be built with the error message: /usr/bin/ld: cannot find -lplplotf77d collect2: ld returned 1 exit status make[1]: *** [x01f.exe] Error 1 Please let me know how to compile with all driver module and build example. Regards, Hiroyasu |
From: Jim D. <ji...@di...> - 2007-10-18 12:32:36
|
Hiroyasu YASUDA <h-y...@ce...> writes: > On 2007/10/18, at 5:27, Alan W. Irwin wrote: > >> On 2007-10-17 08:01-0400 Jim Dishaw wrote: >> >>> >>> I think part of the problem is pointed out by the "/DIVF" message. >>> The cmake program thinks that your Fortran compiler is Intel Visual >>> Fortran. The CMakeLists.txt in the bindings/f77 directory will set >>> the compiler flag /DIVF if it is running on the WIN32 platform and >>> the compiler is Intel Visual Fortran. What are you using for the C >>> compiler? I am guessing that your C compiler is GCC. If that is >>> true, then we need to use the -DIVF as the compiler flag. I can >>> attempt to fix the lines, but my cmake kung-fu is still weak. >> >> >> However, once the fundamental issue is solved, then to add a needed >> compiler flag is simple; just specify the appropriate environment >> variable before cmake is run. One extremely simple example of this >> is >> >> export FC="g77 -O2" >> >> to specify (a) that the g77 compiler must be used to compile fortran >> source and (b) the -O2 option must be used each time that compiler is >> invoked. Note any number/kind of compiler options can be specified >> for your chosen fortran compiler using this environment variable >> mechanism, and similarly for the C and C++ compilers. See further >> documentation of this mechanism at >> http://www.miscdebris.net/plplot_wiki/index.php?title=Main_Page. > > > I run "export FC="g77 -O2"" before running cmake, I can run make > without error of /DIVF and something. However, make shows that "Can > not open driver module **" each devices, so I have to run make till > not showing that errors. I would like to ask you that the result of > cmake is success or failure. > > After that running make install, actually Plplot is installed under / > usr/local/and then I built example under /share/plplot5.7.4, example > of c and c++ can be built. But, example of f77 can not be built with > the error message: > > /usr/bin/ld: cannot find -lplplotf77d > collect2: ld returned 1 exit status > make[1]: *** [x01f.exe] Error 1 > That message indicates that the fortran library was not built. What files are located in the bindings/f77 subdirectory (look where you compiled the code)? > Please let me know how to compile with all driver module and build > example. > Are you using the GNU compilers (gcc, g77, gfortran) or do you have any other compilers installed on your computer? -jd |
From: Hiroyasu Y. <h-y...@ce...> - 2007-10-21 09:46:46
|
On 2007/10/18, at 21:15, Jim Dishaw wrote: > Hiroyasu YASUDA <h-y...@ce...> writes: > >> On 2007/10/18, at 5:27, Alan W. Irwin wrote: >> >>> On 2007-10-17 08:01-0400 Jim Dishaw wrote: >>> >>>> >>>> I think part of the problem is pointed out by the "/DIVF" message. >>>> The cmake program thinks that your Fortran compiler is Intel Visual >>>> Fortran. The CMakeLists.txt in the bindings/f77 directory will set >>>> the compiler flag /DIVF if it is running on the WIN32 platform and >>>> the compiler is Intel Visual Fortran. What are you using for the C >>>> compiler? I am guessing that your C compiler is GCC. If that is >>>> true, then we need to use the -DIVF as the compiler flag. I can >>>> attempt to fix the lines, but my cmake kung-fu is still weak. >>> >>> >>> However, once the fundamental issue is solved, then to add a needed >>> compiler flag is simple; just specify the appropriate environment >>> variable before cmake is run. One extremely simple example of this >>> is >>> >>> export FC="g77 -O2" >>> >>> to specify (a) that the g77 compiler must be used to compile fortran >>> source and (b) the -O2 option must be used each time that >>> compiler is >>> invoked. Note any number/kind of compiler options can be specified >>> for your chosen fortran compiler using this environment variable >>> mechanism, and similarly for the C and C++ compilers. See further >>> documentation of this mechanism at >>> http://www.miscdebris.net/plplot_wiki/index.php?title=Main_Page. >> >> >> I run "export FC="g77 -O2"" before running cmake, I can run make >> without error of /DIVF and something. However, make shows that "Can >> not open driver module **" each devices, so I have to run make till >> not showing that errors. I would like to ask you that the result of >> cmake is success or failure. >> >> After that running make install, actually Plplot is installed under / >> usr/local/and then I built example under /share/plplot5.7.4, example >> of c and c++ can be built. But, example of f77 can not be built with >> the error message: >> >> /usr/bin/ld: cannot find -lplplotf77d >> collect2: ld returned 1 exit status >> make[1]: *** [x01f.exe] Error 1 >> > > That message indicates that the fortran library was not built. What > files are located in the bindings/f77 subdirectory (look where you > compiled the code)? Acoording to ls command, there are files in /f77: CMakeFiles Makefile cmake_install.cmake configurable.f libplplotf77cd-9.1.1.dll libplplotf77cd.dll.a libplplotf77d-9.1.1.dll sfstubs.f >> Please let me know how to compile with all driver module and build >> example. >> > > Are you using the GNU compilers (gcc, g77, gfortran) or do you have > any > other compilers installed on your computer? Yes, I'm using with g77. However the Windwos Xp is installed also intel fortran. Also I worry about that the build of plplot under my cygwin is whether success or failure, because when running make, make shows that Can not open driver module for each driver. Actually make run again after showing that message, make procedure is progress. Regards, Hiroyasu |
From: Jim D. <ji...@di...> - 2007-10-22 01:55:23
|
Hiroyasu Yasuda <h-y...@ce...> writes: > On 2007/10/18, at 21:15, Jim Dishaw wrote: > >> Hiroyasu YASUDA <h-y...@ce...> writes: >> >> That message indicates that the fortran library was not built. What >> files are located in the bindings/f77 subdirectory (look where you >> compiled the code)? > > Acoording to ls command, there are files in /f77: > > CMakeFiles > Makefile > cmake_install.cmake > configurable.f > libplplotf77cd-9.1.1.dll > libplplotf77cd.dll.a > libplplotf77d-9.1.1.dll > sfstubs.f > > >>> Please let me know how to compile with all driver module and build >>> example. >>> >> >> Are you using the GNU compilers (gcc, g77, gfortran) or do you have >> any >> other compilers installed on your computer? > > Yes, I'm using with g77. However the Windwos Xp is installed also > intel fortran. > > Also I worry about that the build of plplot under my cygwin is > whether success or failure, because when running make, make shows > that Can not open driver module for each driver. Actually make run > again after showing that message, make procedure is progress. > > Regards, > Hiroyasu The problem is that CMake sees the Intel Visual Fortran installation and sets the compiler flag "/DIVF" and that causes the GNU compiler to fail. The end result is that the bindings for Fortran 77 and 95 do not get built correctly. Because the Fortran bindings are built late in the process, you get a mostly build PLplot library and, therefore, the non-Fortran examples build correctly. The simple fix is to modify the cmake/modules/fortran.cmak file to prevent the TARGET_FORTRAN variable from being set. Delete the lines starting with # Determine which Fortran compiler we have to endif(CMAKE_Fortran_COMPILER MATCHES ".*/F90.*" AND WIN32) Ultimately we need to put some additional logic to handle the case where there are multiple compilers on the system. -jd |
From: Alan W. I. <ir...@be...> - 2007-10-22 02:29:19
|
On 2007-10-21 21:49-0400 Jim Dishaw wrote: > Hiroyasu Yasuda <h-y...@ce...> writes: >> Yes, I'm using with g77. However the Windwos Xp is installed also >> intel fortran. >> >> Also I worry about that the build of plplot under my cygwin is >> whether success or failure, because when running make, make shows >> that Can not open driver module for each driver. Actually make run >> again after showing that message, make procedure is progress. >> >> Regards, >> Hiroyasu > > The problem is that CMake sees the Intel Visual Fortran installation and > sets the compiler flag "/DIVF" and that causes the GNU compiler to > fail. Jim, please correct me if you have a different experience, but my belief is the environment variable approach is going to set the fortran compiler and its options completely consistently so there should be no inconsistent extra options like "/DIVF" unless the build was done starting from a dirty build tree. Also, dealing with the possible fortran compiler issue does not solve the fundamental problem which showed up for the simple case with no bindings and just the ps device. (The ps device could not be dynamically loaded.) Personally, I think it is better to work on that fundamental problem first. Jim, what happens if you try that simple case on Cygwin for 5.8.0-RC1? Note, by default Plplot assumes dynamic devices so that simple case is actually a test of that. Also note, http://www.miscdebris.net/plplot_wiki/index.php?title=Overview_of_the_status_on_Windows says that dynamic devices have not yet been tested for Cygwin. So not being able to dynamically load PLplot devices on Cygwin might be the cause of Hiroyasu's fundamental problem, but let's find out before we release 5.8.0. 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: Jim D. <ji...@di...> - 2007-10-22 12:25:26
|
"Alan W. Irwin" <ir...@be...> writes: > On 2007-10-21 21:49-0400 Jim Dishaw wrote: >> >> The problem is that CMake sees the Intel Visual Fortran installation and >> sets the compiler flag "/DIVF" and that causes the GNU compiler to >> fail. > > Jim, please correct me if you have a different experience, but my belief is > the environment variable approach is going to set the fortran compiler and > its options completely consistently so there should be no inconsistent extra > options like "/DIVF" unless the build was done starting from a dirty build > tree. > The only way that /DIVF gets set is if the TARGET_FORTRAN variable is set to IVF. The TARGET_FORTRAN variable is set in cmake/modules/fortran.cmake, where CMAKE_Fortran_COMPILER is checked against the substring ".*/ifort.*" If the environment variable FC is set, does that override the normal compiler check and cause CMAKE_Fortran_COMPILER to be set to whichever compiler FC is set to? Perhaps there was a dirty build directory? I can try to run a test and see how the variables are set (I have a machine with Intel Fortran and cygwin+gnu compiler). I'll report back with the results. > Also, dealing with the possible fortran compiler issue does not solve the > fundamental problem which showed up for the simple case with no bindings and > just the ps device. (The ps device could not be dynamically loaded.) > Personally, I think it is better to work on that fundamental problem first. > I think the lack of bindings was caused by the failure in building the Fortran 77 and/or 95 bindings. > Jim, what happens if you try that simple case on Cygwin for 5.8.0-RC1? I'll report back later with the results. > Note, by default Plplot assumes dynamic devices so that simple case is > actually a test of that. Also note, > http://www.miscdebris.net/plplot_wiki/index.php?title=Overview_of_the_status_on_Windows > says that dynamic devices have not yet been tested for Cygwin. So not > being able to dynamically load PLplot devices on Cygwin might be the > cause of Hiroyasu's fundamental problem, but let's find out before we > release 5.8.0. > I think dynamic devices still do not work in cygwin. -jd |
From: Arjen M. <arj...@wl...> - 2007-10-24 09:02:14
|
Jim Dishaw wrote: >I think dynamic devices still do not work in cygwin. > > I can confirm that: On Cygwin you need to specify -DENABLE_DYNDRIVERS:BOOL=OFF The individual shared objects are created, but at some point libtool comes up with the message that it can not find the driver (in my case that was gd.so). I have no idea why that would be. I did notice that the installation notes for Cygwin refer to the autotools build system only. We should update them (well, I volunteer for that). Regards, Arjen |
From: Jim D. <ji...@di...> - 2007-10-25 01:50:16
|
Jim Dishaw <ji...@di...> writes: > "Alan W. Irwin" <ir...@be...> writes: > >> On 2007-10-21 21:49-0400 Jim Dishaw wrote: >>> >>> The problem is that CMake sees the Intel Visual Fortran installation and >>> sets the compiler flag "/DIVF" and that causes the GNU compiler to >>> fail. >> >> Jim, please correct me if you have a different experience, but my belief is >> the environment variable approach is going to set the fortran compiler and >> its options completely consistently so there should be no inconsistent extra >> options like "/DIVF" unless the build was done starting from a dirty build >> tree. >> > > The only way that /DIVF gets set is if the TARGET_FORTRAN variable is > set to IVF. The TARGET_FORTRAN variable is set in > cmake/modules/fortran.cmake, where CMAKE_Fortran_COMPILER is checked > against the substring ".*/ifort.*" > > If the environment variable FC is set, does that override the normal > compiler check and cause CMAKE_Fortran_COMPILER to be set to whichever > compiler FC is set to? Perhaps there was a dirty build directory? I > can try to run a test and see how the variables are set (I have a > machine with Intel Fortran and cygwin+gnu compiler). I'll report back > with the results. > >> Jim, what happens if you try that simple case on Cygwin for 5.8.0-RC1? > I downloaded the 5.8.0-RC1 source tarball and followed the build instructions on the Wiki for cygwin. First, I was not able to get things working without specifying -DBUILD_SHARED_LIBS=OFF. Everything would build correctly, however when I attempted to run the executables, nothing would happen. With the -DBUILD_SHARED_LIBS=OFF I was able to build and run the executables. I then added the Intel Fortran compiler to the beginning of the path and the CMake failed when it tried to use the Intel compiler in the cygwin environment. The Intel compiler fails because CMake is passing arguments using Unix style paths, which are interpreted as arguments because path seperators in Unix are "/" and Windows uses "/" as command switches. I then ran CMake again, without deleting anything, and CMake then proceeded to create the Makefiles. I noticed that TARGET_FORTRAN was set to IVF and the ENABLE_f77 was ON even though CMake did not successfully test the Intel Fortran compiler. After giving the make command, the libplplot and libplplotcxd libraries were built. The libplplotf77cd library failed. If you then go to the examples directory, the c and c++ examples build correctly with a make command. The f77 examples fails to build. If you start with a clean directory and specify FC=g77 then everything builds correctly with Intel Fortran in the path and TARGET_FORTRAN is blank (as it should be). I guess this behavior should be documented in the Wiki and INSTALL notes or the cmake files should disable F77 if the the test fails when cmake is run. -jd |
From: Hiroyasu Y. <h-y...@ce...> - 2007-10-25 10:22:43
|
> (1) The first test should have the following options: > > -DBUILD_SHARED_LIBS=ON -DENABLE_DYNDRIVERS=OFF > -DCMAKE_VERBOSE_MAKEFILE=ON > -DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON -DDEFAULT_NO_BINDINGS=ON > > > (2) The second test should have the following options > > -DBUILD_SHARED_LIBS=ON -DENABLE_DYNDRIVERS=ON > -DCMAKE_VERBOSE_MAKEFILE=ON > -DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON -DDEFAULT_NO_BINDINGS=ON Alan, I have already tested above two options. First one can be succeeded to install, next one can not be succeeded with error message as follows on Cygwin. Could not open driver module ps libltdl error: No such file or directory make[2]: *** [drivers/ps.so] Error 1 make[2]: Leaving directory `/home/yasu/plplot/b002' make[1]: *** [drivers/CMakeFiles/ps.dir/all] Error 2 make[1]: Leaving directory `/home/yasu/plplot/b002' make: *** [all] Error 2 I just want to use plplot from Fortran on Cygwin environment. I think that both two options doesn't include fortran environment. I would like to ask you that can Plplot 5.7.4 or 5.8.0-RC1 call from fortran on Cygwin right now? If you know that, please let me know the way to install. Regards, Hiroyasu |
From: Arjen M. <arj...@wl...> - 2007-10-25 11:01:26
|
Hiroyasu Yasuda wrote: >>(1) The first test should have the following options: >> >>-DBUILD_SHARED_LIBS=ON -DENABLE_DYNDRIVERS=OFF >>-DCMAKE_VERBOSE_MAKEFILE=ON >>-DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON -DDEFAULT_NO_BINDINGS=ON >> >> >>(2) The second test should have the following options >> >>-DBUILD_SHARED_LIBS=ON -DENABLE_DYNDRIVERS=ON >>-DCMAKE_VERBOSE_MAKEFILE=ON >>-DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON -DDEFAULT_NO_BINDINGS=ON >> >> > > >Alan, I have already tested above two options. First one can be >succeeded to install, next one can not be succeeded with error >message as follows on Cygwin. > >Could not open driver module ps >libltdl error: No such file or directory >make[2]: *** [drivers/ps.so] Error 1 >make[2]: Leaving directory `/home/yasu/plplot/b002' >make[1]: *** [drivers/CMakeFiles/ps.dir/all] Error 2 >make[1]: Leaving directory `/home/yasu/plplot/b002' >make: *** [all] Error 2 > >I just want to use plplot from Fortran on Cygwin environment. I think >that both two options doesn't include fortran environment. I would >like to ask you that can Plplot 5.7.4 or 5.8.0-RC1 call from fortran >on Cygwin right now? If you know that, please let me know the way to >install. > > The problem with the second test is that libtool under Cygwin does not support dynamically loadable drivers. If you use the option ENABL_DYNDRIVERS=OFF then it should all work. I have been successful myself in using PLPlot within Fortran programs on this platform, though I only have the g77 and gfortran compilers. Your earlier problems seem to be due to the presence of Intel Fortran. Perhaps you could: - Install gfortran - Temporarily remove the path to Intel Fortran from your PATH environment variable (or simply rename the install directory so that CMake can not find that compiler) Regards, Arjen |
From: Hiroyasu Y. <h-y...@ce...> - 2007-10-27 10:33:11
|
On 2007/10/25, at 23:13, Arjen Markus wrote: > Hiroyasu Yasuda wrote: > >> >> On 2007/10/25, at 20:01, Arjen Markus wrote: >> >>> Perhaps you could: >>> - Install gfortran >>> - Temporarily remove the path to Intel Fortran from your PATH >>> environment variable >>> (or simply rename the install directory so that CMake can not >>> find that compiler) >> >> >> After applying above two matters, what do I add CMake option? >> >> When run cmake with -DCMAKE_INSTALL_PREFIX=install -DENABLE_tk=OFF >> - DENABLE_tcl=OFF .., I got the report as attached zip file and >> then make shows error of driver module. >> >> Regards, >> Hiroyasu >> > Hello Hiroyasu, > > you forgot to turn off the dynamic drivers: add - > DENABLE_DYNDRIVERS=OFF > > Regards, > > Arjen Arjen, I can succeeded to install Plplot with g77 on Cygwin according to attached reports. Thank you. However, when run make command for build example, make shows the error message of referring Win32 libs, gdi32 and comdlg32. Is this problem plplot building or Cygwin environment setup? If you know, please let me know. Regards, Hiroyasu |
From: Alan W. I. <ir...@be...> - 2007-10-21 15:45:32
|
On 2007-10-21 18:46+0900 Hiroyasu Yasuda wrote: > Also I worry about that the build of plplot under my cygwin is > whether success or failure, because when running make, make shows > that Can not open driver module for each driver. Actually make run > again after showing that message, make procedure is progress. Hiroyasu, as I stated before you have a fundamental issue with your driver modules, i.e., your build is not working correctly and the result will be unusable (no devices). To help debug this problem, the next step (as requested before) is for you to give complete cmake.out and make.out results using the svn version of Plplot starting from an empty build tree. Complete results are essential because your problem is very likely to be a linking issue which depends on exactly how the libraries have been linked that the ps device refers to. With your report you should also give the exact command-line you used for the cmake command. To keep things simple, please turn off all bindings and only enable one (ps) device. That is the configuration that first showed the problem. Once you follow these instructions, then there is some possibility those PLplot developers with access to Cygwin can verify the problem you have found, fix it, or suggest alternatives. Otherwise, there is not much that can be done except speculate. 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: Hiroyasu Y. <h-y...@ce...> - 2007-10-22 07:06:10
Attachments:
cmake-make
|
I had already sent this mail once. Since Plplot-devel mailing list didn't accept this mail due to attach with zip file, I re-send this mail with new attached file. When unzip the file, please change the file name from "cmake-make" to "cmake-make.zip" Best regards, Hiroyasu On 2007/10/22, at 0:44, Alan W. Irwin wrote: > Once you follow these instructions, then there is some possibility > those > PLplot developers with access to Cygwin can verify the problem you > have > found, fix it, or suggest alternatives. Otherwise, there is not > much that > can be done except speculate. Alan: Let me show you an instructions of plplot on my Cygwin environment: (1) mkdir b03 (under unzipped plplot 5.7.4 folder of plp) (2) cmake -DDEFAULT_NO_BINDINGS=ON -DDEFAULT_NO_DEVICES=ON - DPLD_ps=ON -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_PREFIX=/ absolute/install/prefix/path/to/source/tree/for/svn/version ..>& cmake.out (3) make I got the result of cmake and make as attached files: |
From: Alan W. I. <ir...@be...> - 2007-10-22 17:33:45
|
On 2007-10-22 13:40+0900 Hiroyasu YASUDA wrote: > > On 2007/10/22, at 0:44, Alan W. Irwin wrote: > >> Once you follow these instructions, then there is some possibility those >> PLplot developers with access to Cygwin can verify the problem you have >> found, fix it, or suggest alternatives. Otherwise, there is not much that >> can be done except speculate. > > Alan: > > Let me show you an instructions of plplot on my Cygwin environment: Thanks, Hiroyasu. That form of error report is exactly what is needed. > > (1) mkdir b03 (under unzipped plplot 5.7.4 folder of plp) Could you please do the same test for the svn version (revision 7967 or higher) of PLplot which I just committed? I have just put in a fix there (see below) which I would like you to test. > (2) cmake -DDEFAULT_NO_BINDINGS=ON -DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON > -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_PREFIX=/ > absolute/install/prefix/path/to/source/tree/for/svn/version ..>& cmake.out > (3) make > <aside> For future reference do you really want the results of "make install" to be put in the directory called /absolute/install/prefix/path/to/source/tree/for/svn/version ? The only requirement is that must be a directory that you could normally create with "mkdir". Normally that is a unique location in your home directory or under /tmp, e.g., /tmp/plplot/install. Note, this install location issue has nothing to do with your other problems, and only matters when you get to the "make install" stage. </aside> > I got the result of cmake and make as attached files: cmake.out looked fine. The messages -- WARNING: ENABLE_tk OFF. Setting PLD_tk, PLD_ntk, and PLD_tkwin OFF. and -- WARNING: wxWidgets not found so setting PLD_wxwidgets to OFF. should be gone for the nobindings case and the latest svn version of PLplot. However, they should make no difference in the results. The message -- Found LTDL: /lib/libltdl.dll.a;/lib/libdl.a means that these libraries will be used to dynamically load the devices which looks like a good result so far. The make.out output showed there was a suffix error. The executable was called get-drv-info.exe, but it was invoked without that suffix. I have now cleaned up all that logic in the latest svn version using the more normal combination of ADD_CUSTOM_COMMAND and ADD_CUSTOM_TARGET. The result works fine on my own platform (Debian oldstable, cmake 2.4.7), and I am hoping this updated logic will also finally start working properly on the Cygwin platform. So Hiroyasu and anybody else here with access to the Cygwin platform with /lib/libltdl.dll.a and /lib/libdl.a installed, please perform the above test again with the latest svn version of PLplot (directions for accessing that version are given at http://sourceforge.net/svn/?group_id=2915). I plan for this recent change to be part of the 5.8.0 release that is happening soon so it is important to get it thoroughly checked on Cygwin (and in fact on all platforms). 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-10-22 18:10:16
|
On 2007-10-22 08:24-0400 Jim Dishaw wrote: > I think dynamic devices still do not work in cygwin. My feeling is the suffix problem I fixed this morning in the svn version might make a difference so I look forward to your nobindings test of 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 __________________________ |
From: Alan W. I. <ir...@be...> - 2007-10-24 17:33:11
|
On 2007-10-24 11:02+0200 Arjen Markus wrote: > Jim Dishaw wrote: > >> I think dynamic devices still do not work in cygwin. >> >> > I can confirm that: > > The individual shared objects are created, but at some point libtool > comes up > with the message that it can not find the driver (in my case that was > gd.so). > I have no idea why that would be. Arjen, I have no idea either since you have ommitted most details. Your symptoms sound like the problem I attempted to fix as of revision 7967 (done just after 5.8.0-RC1). If your test was for a PLplot version before that fix, could you try with revision 7967 or later, please? If you still get an error in that case, please give a proper error report (at minimum, PLplot revision, cmake command line, cmake.out, make.out) so we have a chance to deal with the situation before the forthcoming 5.8.0. 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: Arjen M. <arj...@wl...> - 2007-10-24 18:24:42
|
> On 2007-10-24 11:02+0200 Arjen Markus wrote: > >> I have no idea why that would be. > > Arjen, I have no idea either since you have ommitted most details. > > Your symptoms sound like the problem I attempted to fix as of revision > 7967 > (done just after 5.8.0-RC1). If your test was for a PLplot version before > that fix, could you try with revision 7967 or later, please? If you still > get an error in that case, please give a proper error report (at minimum, > PLplot revision, cmake command line, cmake.out, make.out) so we have a > chance to deal with the situation before the forthcoming 5.8.0. > Well, the reason for that is there were none :(. I just get the message from libtldl that it can not find the file gd.so, while the file was clearly built without any warnings from the compiler and linker. The command line was: cmake -DBUILD_TEST:BOOL=ON -DENABLE_tk=OFF -DWITH_FREETYPE=OFF --debug-trycompile -G "Unix Makefiles" ../plplot The output from CMake looks fine The error output from make is this: Creating library file: libcsirocsa.dll.a Creating library file: libplplotd.dll.a Creating library file: libplplotcxxd.dll.a Creating library file: libplplotf77cd.dll.a Creating library file: libplplotf95cd.dll.a Creating library file: libtclmatrixd.dll.a /cygdrive/c/arjen/plplot-5.8.0/plplot/bindings/tcl/tclAPI.c: In function `Pltcl_Init': /cygdrive/c/arjen/plplot-5.8.0/plplot/bindings/tcl/tclAPI.c:531: warning: passing arg 3 of `Tcl_CreateCommand' from incompatible pointer type ... In file included from /cygdrive/c/arjen/plplot-5.8.0/install/bindings/tcl/tclgen.c:4755: warning: assignment from incompatible pointer type Creating library file: libplplottcltkd.dll.a Could not open driver module gd libltdl error: No such file or directory make[2]: *** [drivers/gd.so] Error 1 make[1]: *** [drivers/CMakeFiles/gd.dir/all] Error 2 make: *** [all] Error 2 The file drivers/gd.so is 23705 bytes ... Oh, could it be the gd.rc file? That is zero-sized. Well, I can provide all output from both programs, but the direct error message is no more than this. Regards, Arjen |
From: Werner S. <sm...@ia...> - 2007-10-24 19:02:03
|
Hi Arjen and Alan, as far as I remember shared library support was always broken in Cygwin, also with the autotools build system. Alan, you asked me to examine that problem using the ABS first, but I never managed to do that. Long story short, this should be no showstopper for 5.8.0 since I don't think that we'll fix that (and is very likely a problem on the Cygwin side). Regards, Werner Arjen Markus wrote: >> On 2007-10-24 11:02+0200 Arjen Markus wrote: >> >> > > >>> I have no idea why that would be. >>> >> Arjen, I have no idea either since you have ommitted most details. >> >> Your symptoms sound like the problem I attempted to fix as of revision >> 7967 >> (done just after 5.8.0-RC1). If your test was for a PLplot version before >> that fix, could you try with revision 7967 or later, please? If you still >> get an error in that case, please give a proper error report (at minimum, >> PLplot revision, cmake command line, cmake.out, make.out) so we have a >> chance to deal with the situation before the forthcoming 5.8.0. >> >> > > Well, the reason for that is there were none :(. I just get the > message from libtldl that it can not find the file gd.so, > while the file was clearly built without any warnings from the > compiler and linker. > > The command line was: > > cmake -DBUILD_TEST:BOOL=ON -DENABLE_tk=OFF -DWITH_FREETYPE=OFF > --debug-trycompile -G "Unix Makefiles" ../plplot > > The output from CMake looks fine > > The error output from make is this: > > Creating library file: libcsirocsa.dll.a > Creating library file: libplplotd.dll.a > Creating library file: libplplotcxxd.dll.a > Creating library file: libplplotf77cd.dll.a > Creating library file: libplplotf95cd.dll.a > Creating library file: libtclmatrixd.dll.a > /cygdrive/c/arjen/plplot-5.8.0/plplot/bindings/tcl/tclAPI.c: In function > `Pltcl_Init': > /cygdrive/c/arjen/plplot-5.8.0/plplot/bindings/tcl/tclAPI.c:531: warning: > passing arg 3 of `Tcl_CreateCommand' from incompatible pointer type > ... > In file included from > /cygdrive/c/arjen/plplot-5.8.0/install/bindings/tcl/tclgen.c:4755: > warning: assignment from incompatible pointer type > Creating library file: libplplottcltkd.dll.a > Could not open driver module gd > libltdl error: No such file or directory > make[2]: *** [drivers/gd.so] Error 1 > make[1]: *** [drivers/CMakeFiles/gd.dir/all] Error 2 > make: *** [all] Error 2 > > The file drivers/gd.so is 23705 bytes ... > > Oh, could it be the gd.rc file? That is zero-sized. > > Well, I can provide all output from both programs, but the direct > error message is no more than this. > > 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 > Plp...@li... > 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: sm...@ia... 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 |