From: Walt B. <wal...@gm...> - 2015-07-09 23:24:56
|
I have the TDM version of MinGW installed. C:\Users\Walt>gfortran --version GNU Fortran (tdm64-1) 5.1.0 Copyright (C) 2015 Free Software Foundation, Inc. I downloaded 5.11.0 using git and built with the following (all one line, of course): cmake -G "MinGW Makefiles" -DCMAKE_INSTALL_PREFIX=install -DBUILD_SHARED_LIBS=OFF -DDEFAULT_NO_BINDINGS=ON -DENABLE_cxx=ON -DENABLE_f95=ON -DDEFAULT_ALL_DEVICES=ON ../plplot.git [Something different: I got a lot more devices and drivers.] Make produces the following: C:\walt\Software\Plplot\BUILD>make [ 0%] Built target csirocsa [ 3%] Built target deltaT-gen [ 4%] Built target deltaT.h_built [ 6%] Built target tai-utc-gen [ 7%] Built target tai-utc.h_built [ 10%] Built target qsastime [ 12%] Built target nistcd [ 12%] Built target cdexpert [ 13%] Built target cdmulti [ 15%] Built target cdsimple [ 16%] Built target cdtest [ 18%] Built target cdtext [ 18%] Built target color16 [ 26%] Built target test_nistcd [ 26%] Built target plhershey-unicode-gen [ 27%] Built target plhershey-unicode.h_built [ 29%] Building C object src/CMakeFiles/plplot.dir/plfreetype.c.obj In file included from C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/unistd.h:10:0, from C:/walt/Software/Plplot/plplot.git/include/plplotP.h:110, from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/io.h:310:15: error: conflicting types for 'access' int __cdecl access(const char *_Filename,int _AccessMode) __MINGW_ATTRIB_DEPRECATED_MSVC2005; ^ C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:69:5: note: previous definition of 'access' was here int access( char *filename, int flag ) ^ In file included from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90:0: C:/walt/Software/Plplot/plplot.git/include/plplotP.h:252:0: warning: "isfinite" redefined # define isfinite finite ^ In file included from C:/walt/Software/Plplot/plplot.git/include/plplotP.h:105:0, from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/math.h:520:0: note: this is the location of the previous definition #define isfinite(x) ((fpclassify(x) & FP_NAN) == 0) ^ src\CMakeFiles\plplot.dir\build.make:366: recipe for target 'src/CMakeFiles/plplot.dir/plfreetype.c.obj' failed make[2]: *** [src/CMakeFiles/plplot.dir/plfreetype.c.obj] Error 1 CMakeFiles\Makefile2:798: recipe for target 'src/CMakeFiles/plplot.dir/all' failed make[1]: *** [src/CMakeFiles/plplot.dir/all] Error 2 Makefile:135: recipe for target 'all' failed make: *** [all] Error 2 To me, the first one (access) looks like a conflict between gcc and plplot. The second (isfinite) is a conflict between two things in Plplot??? Help please? Thanks. -- Walt Brainerd |
From: Alan W. I. <ir...@be...> - 2015-07-10 00:35:36
|
On 2015-07-09 16:24-0700 Walt Brainerd wrote: > I have the TDM version of MinGW installed. > > C:\Users\Walt>gfortran --version > GNU Fortran (tdm64-1) 5.1.0 > Copyright (C) 2015 Free Software Foundation, Inc. > > I downloaded 5.11.0 using git and built with the following > (all one line, of course): > > cmake -G "MinGW Makefiles" -DCMAKE_INSTALL_PREFIX=install > -DBUILD_SHARED_LIBS=OFF -DDEFAULT_NO_BINDINGS=ON -DENABLE_cxx=ON > -DENABLE_f95=ON -DDEFAULT_ALL_DEVICES=ON ../plplot.git > > [Something different: I got a lot more devices and drivers.] > > Make produces the following: > [...] > To me, the first one (access) looks like a conflict between gcc and plplot. > The second (isfinite) is a conflict between two things in Plplot??? Hi Walt: I don't think our core developers have any experience with TDM-gcc which according to <http://tdm-gcc.tdragon.net/about> appears to be a convenience layer on top of the MinGW and MinGW-w64 projects (two very different beasts). That convenience is something you will probably want to enjoy for normal use, but when bugs show up we would prefer you to verify and report the bugs for either the MinGW project or else the MinGW-w64 project without the quirks of that convenience layer potentially interfering. We have lots of experience and good comprehensive test results with MinGW, and if you want to try that, we recommend using the automatic installer for that project (see mingw-get-setup.exe found at <http://sourceforge.net/projects/mingw/files/Installer/>. That automatic installer also gives you the ability to optionally install MSYS. I typically install both MinGW and MSYS and do most of my comprehensive testing using the "MSYS MakeFiles" generator and the MSYS "make" command, but I have also gotten good "MinGW Makefiles" test results in the past where it is necessary to exclude MSYS from the PATH and use the MinGW "mingw32-make" command. We frankly don't have much experience yet with MinGW-w64, but we hope to gain some soon because clearly the popularity of that project is already quite large and rapidly growing as well. If you want to try that, my understanding of the best way to install it is to use the MSYS2 installer (see directions at <http://sourceforge.net/p/msys2/wiki/MSYS2 installation/>). Note MSYS2 is very different from MSYS and includes lots more libraries than MSYS (which is another reason we would like to support the MinGW-w64/MSYS2 platform in the future). I assume as in the classical MinGW/MSYS combination, that it would be possible to build a limited PLplot based on MinGW-w64 alone, but many of the soft prequisities for PLplot are missing for that case so you would get more complete PLplot results if you build it for MinGW-w64/MSYS2 instead (which is likely what the TDM-gcc convenience layer does as well since you reported lots of extra devices above). 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 __________________________ |
From: Arjen M. <Arj...@de...> - 2015-07-10 08:37:06
|
Hi Walt, I am trying this myself - using the comprehensive tests script under MSYS - and I ran into the same issue. It seems that the logic for including the header file unistd.h is incomplete or incorrect as far as MinGW is concerned. I have changed this in my own repository to: #include "plConfig.h" #if !PL_HAVE_UNISTD_H #define F_OK 1 #include <stdio.h> int access( char *filename, int flag ) and that is doing the trick as far as the build up to now is concerned. If successful, I will contribute this. Regards, Arjen From: Walt Brainerd [mailto:wal...@gm...] Sent: Friday, July 10, 2015 1:25 AM To: plplot_general Subject: [Plplot-general] Problem building 5.11 on Windows 8.1 I have the TDM version of MinGW installed. C:\Users\Walt>gfortran --version GNU Fortran (tdm64-1) 5.1.0 Copyright (C) 2015 Free Software Foundation, Inc. I downloaded 5.11.0 using git and built with the following (all one line, of course): cmake -G "MinGW Makefiles" -DCMAKE_INSTALL_PREFIX=install -DBUILD_SHARED_LIBS=OFF -DDEFAULT_NO_BINDINGS=ON -DENABLE_cxx=ON -DENABLE_f95=ON -DDEFAULT_ALL_DEVICES=ON ../plplot.git [Something different: I got a lot more devices and drivers.] Make produces the following: C:\walt\Software\Plplot\BUILD>make [ 0%] Built target csirocsa [ 3%] Built target deltaT-gen [ 4%] Built target deltaT.h_built [ 6%] Built target tai-utc-gen [ 7%] Built target tai-utc.h_built [ 10%] Built target qsastime [ 12%] Built target nistcd [ 12%] Built target cdexpert [ 13%] Built target cdmulti [ 15%] Built target cdsimple [ 16%] Built target cdtest [ 18%] Built target cdtext [ 18%] Built target color16 [ 26%] Built target test_nistcd [ 26%] Built target plhershey-unicode-gen [ 27%] Built target plhershey-unicode.h_built [ 29%] Building C object src/CMakeFiles/plplot.dir/plfreetype.c.obj In file included from C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/unistd.h:10:0, from C:/walt/Software/Plplot/plplot.git/include/plplotP.h:110, from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/io.h:310:15: error: conflicting types for 'access' int __cdecl access(const char *_Filename,int _AccessMode) __MINGW_ATTRIB_DEPRECATED_MSVC2005; ^ C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:69:5: note: previous definition of 'access' was here int access( char *filename, int flag ) ^ In file included from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90:0: C:/walt/Software/Plplot/plplot.git/include/plplotP.h:252:0: warning: "isfinite" redefined # define isfinite finite ^ In file included from C:/walt/Software/Plplot/plplot.git/include/plplotP.h:105:0, from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/math.h:520:0: note: this is the location of the previous definition #define isfinite(x) ((fpclassify(x) & FP_NAN) == 0) ^ src\CMakeFiles\plplot.dir\build.make:366: recipe for target 'src/CMakeFiles/plplot.dir/plfreetype.c.obj' failed make[2]: *** [src/CMakeFiles/plplot.dir/plfreetype.c.obj] Error 1 CMakeFiles\Makefile2:798: recipe for target 'src/CMakeFiles/plplot.dir/all' failed make[1]: *** [src/CMakeFiles/plplot.dir/all] Error 2 Makefile:135: recipe for target 'all' failed make: *** [all] Error 2 To me, the first one (access) looks like a conflict between gcc and plplot. The second (isfinite) is a conflict between two things in Plplot??? Help please? Thanks. -- Walt Brainerd DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Arjen M. <Arj...@de...> - 2015-07-10 09:14:44
|
Hi Walt, I just completed the set of comprehensive tests and committed the small patch I had to make for the access() function. With this latest version it ought to work for you too. Regards, Arjen From: Arjen Markus [mailto:Arj...@de...] Sent: Friday, July 10, 2015 10:37 AM To: Walt Brainerd; plplot_general Subject: Re: [Plplot-general] Problem building 5.11 on Windows 8.1 Hi Walt, I am trying this myself - using the comprehensive tests script under MSYS - and I ran into the same issue. It seems that the logic for including the header file unistd.h is incomplete or incorrect as far as MinGW is concerned. I have changed this in my own repository to: #include "plConfig.h" #if !PL_HAVE_UNISTD_H #define F_OK 1 #include <stdio.h> int access( char *filename, int flag ) and that is doing the trick as far as the build up to now is concerned. If successful, I will contribute this. Regards, Arjen From: Walt Brainerd [mailto:wal...@gm...] Sent: Friday, July 10, 2015 1:25 AM To: plplot_general Subject: [Plplot-general] Problem building 5.11 on Windows 8.1 I have the TDM version of MinGW installed. C:\Users\Walt>gfortran --version GNU Fortran (tdm64-1) 5.1.0 Copyright (C) 2015 Free Software Foundation, Inc. I downloaded 5.11.0 using git and built with the following (all one line, of course): cmake -G "MinGW Makefiles" -DCMAKE_INSTALL_PREFIX=install -DBUILD_SHARED_LIBS=OFF -DDEFAULT_NO_BINDINGS=ON -DENABLE_cxx=ON -DENABLE_f95=ON -DDEFAULT_ALL_DEVICES=ON ../plplot.git [Something different: I got a lot more devices and drivers.] Make produces the following: C:\walt\Software\Plplot\BUILD>make [ 0%] Built target csirocsa [ 3%] Built target deltaT-gen [ 4%] Built target deltaT.h_built [ 6%] Built target tai-utc-gen [ 7%] Built target tai-utc.h_built [ 10%] Built target qsastime [ 12%] Built target nistcd [ 12%] Built target cdexpert [ 13%] Built target cdmulti [ 15%] Built target cdsimple [ 16%] Built target cdtest [ 18%] Built target cdtext [ 18%] Built target color16 [ 26%] Built target test_nistcd [ 26%] Built target plhershey-unicode-gen [ 27%] Built target plhershey-unicode.h_built [ 29%] Building C object src/CMakeFiles/plplot.dir/plfreetype.c.obj In file included from C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/unistd.h:10:0, from C:/walt/Software/Plplot/plplot.git/include/plplotP.h:110, from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/io.h:310:15: error: conflicting types for 'access' int __cdecl access(const char *_Filename,int _AccessMode) __MINGW_ATTRIB_DEPRECATED_MSVC2005; ^ C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:69:5: note: previous definition of 'access' was here int access( char *filename, int flag ) ^ In file included from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90:0: C:/walt/Software/Plplot/plplot.git/include/plplotP.h:252:0: warning: "isfinite" redefined # define isfinite finite ^ In file included from C:/walt/Software/Plplot/plplot.git/include/plplotP.h:105:0, from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/math.h:520:0: note: this is the location of the previous definition #define isfinite(x) ((fpclassify(x) & FP_NAN) == 0) ^ src\CMakeFiles\plplot.dir\build.make:366: recipe for target 'src/CMakeFiles/plplot.dir/plfreetype.c.obj' failed make[2]: *** [src/CMakeFiles/plplot.dir/plfreetype.c.obj] Error 1 CMakeFiles\Makefile2:798: recipe for target 'src/CMakeFiles/plplot.dir/all' failed make[1]: *** [src/CMakeFiles/plplot.dir/all] Error 2 Makefile:135: recipe for target 'all' failed make: *** [all] Error 2 To me, the first one (access) looks like a conflict between gcc and plplot. The second (isfinite) is a conflict between two things in Plplot??? Help please? Thanks. -- Walt Brainerd DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Walt B. <wal...@gm...> - 2015-07-10 20:24:16
|
One other thing that might be of interest. When I build the DLL version, a lot of those devices and drivers were missing that were there for the static version. On Fri, Jul 10, 2015 at 2:14 AM, Arjen Markus <Arj...@de...> wrote: > Hi Walt, > > > > I just completed the set of comprehensive tests and committed the small > patch I had to make for the access() function. With this latest version it > ought to work for you too. > > > Regards, > > > > Arjen > > > > > > *From:* Arjen Markus [mailto:Arj...@de...] > *Sent:* Friday, July 10, 2015 10:37 AM > *To:* Walt Brainerd; plplot_general > *Subject:* Re: [Plplot-general] Problem building 5.11 on Windows 8.1 > > > > Hi Walt, > > > > I am trying this myself – using the comprehensive tests script under MSYS > – and I ran into the same issue. It seems that the logic for including the > header file unistd.h is incomplete or incorrect as far as MinGW is > concerned. I have changed this in my own repository to: > > > > > > #include "plConfig.h" > > #if !PL_HAVE_UNISTD_H > > #define F_OK 1 > > #include <stdio.h> > > int access( char *filename, int flag ) > > > > and that is doing the trick as far as the build up to now is concerned. If > successful, I will contribute this. > > > > Regards, > > > > Arjen > > > > > > *From:* Walt Brainerd [mailto:wal...@gm...] > *Sent:* Friday, July 10, 2015 1:25 AM > *To:* plplot_general > *Subject:* [Plplot-general] Problem building 5.11 on Windows 8.1 > > > > I have the TDM version of MinGW installed. > > > > C:\Users\Walt>gfortran --version > > GNU Fortran (tdm64-1) 5.1.0 > > Copyright (C) 2015 Free Software Foundation, Inc. > > > > I downloaded 5.11.0 using git and built with the following > > (all one line, of course): > > > > cmake -G "MinGW Makefiles" -DCMAKE_INSTALL_PREFIX=install > > -DBUILD_SHARED_LIBS=OFF -DDEFAULT_NO_BINDINGS=ON -DENABLE_cxx=ON > > -DENABLE_f95=ON -DDEFAULT_ALL_DEVICES=ON ../plplot.git > > > > [Something different: I got a lot more devices and drivers.] > > > > Make produces the following: > > > > C:\walt\Software\Plplot\BUILD>make > > [ 0%] Built target csirocsa > > [ 3%] Built target deltaT-gen > > [ 4%] Built target deltaT.h_built > > [ 6%] Built target tai-utc-gen > > [ 7%] Built target tai-utc.h_built > > [ 10%] Built target qsastime > > [ 12%] Built target nistcd > > [ 12%] Built target cdexpert > > [ 13%] Built target cdmulti > > [ 15%] Built target cdsimple > > [ 16%] Built target cdtest > > [ 18%] Built target cdtext > > [ 18%] Built target color16 > > [ 26%] Built target test_nistcd > > [ 26%] Built target plhershey-unicode-gen > > [ 27%] Built target plhershey-unicode.h_built > > [ 29%] Building C object src/CMakeFiles/plplot.dir/plfreetype.c.obj > > In file included from > C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/unistd.h:10:0, > > from > C:/walt/Software/Plplot/plplot.git/include/plplotP.h:110, > > from > C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: > > C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/io.h:310:15: error: > conflicting types for 'access' > > int __cdecl access(const char *_Filename,int _AccessMode) > __MINGW_ATTRIB_DEPRECATED_MSVC2005; > > ^ > > C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:69:5: note: previous > definition of 'access' was here > > int access( char *filename, int flag ) > > ^ > > In file included from > C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90:0: > > C:/walt/Software/Plplot/plplot.git/include/plplotP.h:252:0: warning: > "isfinite" redefined > > # define isfinite finite > > ^ > > In file included from > C:/walt/Software/Plplot/plplot.git/include/plplotP.h:105:0, > > from > C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: > > C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/math.h:520:0: note: > this is the location of the previous definition > > #define isfinite(x) ((fpclassify(x) & FP_NAN) == 0) > > ^ > > src\CMakeFiles\plplot.dir\build.make:366: recipe for target > 'src/CMakeFiles/plplot.dir/plfreetype.c.obj' failed > > make[2]: *** [src/CMakeFiles/plplot.dir/plfreetype.c.obj] Error 1 > > CMakeFiles\Makefile2:798: recipe for target > 'src/CMakeFiles/plplot.dir/all' failed > > make[1]: *** [src/CMakeFiles/plplot.dir/all] Error 2 > > Makefile:135: recipe for target 'all' failed > > make: *** [all] Error 2 > > > > To me, the first one (access) looks like a conflict between gcc and plplot. > > The second (isfinite) is a conflict between two things in Plplot??? > > > > Help please? Thanks. > > > > > > -- > > Walt Brainerd > > DISCLAIMER: This message is intended exclusively for the addressee(s) and > may contain confidential and privileged information. If you are not the > intended recipient please notify the sender immediately and destroy this > message. Unauthorized use, disclosure or copying of this message is > strictly prohibited. The foundation 'Stichting Deltares', which has its > seat at Delft, The Netherlands, Commercial Registration Number 41146461, is > not liable in any way whatsoever for consequences and/or damages resulting > from the improper, incomplete and untimely dispatch, receipt and/or content > of this e-mail. > DISCLAIMER: This message is intended exclusively for the addressee(s) > and may contain confidential and privileged information. If you are not the > intended recipient please notify the sender immediately and destroy this > message. Unauthorized use, disclosure or copying of this message is > strictly prohibited. The foundation 'Stichting Deltares', which has its > seat at Delft, The Netherlands, Commercial Registration Number 41146461, is > not liable in any way whatsoever for consequences and/or damages resulting > from the improper, incomplete and untimely dispatch, receipt and/or content > of this e-mail. > -- Walt Brainerd |
From: Walt B. <wal...@gm...> - 2015-07-10 19:27:28
|
Alan: mingw-64 etc. does not yet include gcc 5.1; that is why I am using the TDM version. Arjen: with the new version, plplot builds (the static library version), but when I run it, I get all kinds of errors about missing routines of the form __imp*. being called from wingcc (for example). So I tried the DLL version (which is what I think I was successful with before). make was strange. I would get an error, then try it again. It got further before getting another error. After about 5-6 tries it went all the way. Trying to compile a code then produced an error trying to load wingcc.dll. Windows says it isn't suitable to run on Windows; in a bash shell, it just says there is an error loading wingcc.dll. Any other suggestions? On Fri, Jul 10, 2015 at 2:14 AM, Arjen Markus <Arj...@de...> wrote: > Hi Walt, > > > > I just completed the set of comprehensive tests and committed the small > patch I had to make for the access() function. With this latest version it > ought to work for you too. > > > Regards, > > > > Arjen > > > > > > *From:* Arjen Markus [mailto:Arj...@de...] > *Sent:* Friday, July 10, 2015 10:37 AM > *To:* Walt Brainerd; plplot_general > *Subject:* Re: [Plplot-general] Problem building 5.11 on Windows 8.1 > > > > Hi Walt, > > > > I am trying this myself – using the comprehensive tests script under MSYS > – and I ran into the same issue. It seems that the logic for including the > header file unistd.h is incomplete or incorrect as far as MinGW is > concerned. I have changed this in my own repository to: > > > > > > #include "plConfig.h" > > #if !PL_HAVE_UNISTD_H > > #define F_OK 1 > > #include <stdio.h> > > int access( char *filename, int flag ) > > > > and that is doing the trick as far as the build up to now is concerned. If > successful, I will contribute this. > > > > Regards, > > > > Arjen > > > > > > *From:* Walt Brainerd [mailto:wal...@gm...] > *Sent:* Friday, July 10, 2015 1:25 AM > *To:* plplot_general > *Subject:* [Plplot-general] Problem building 5.11 on Windows 8.1 > > > > I have the TDM version of MinGW installed. > > > > C:\Users\Walt>gfortran --version > > GNU Fortran (tdm64-1) 5.1.0 > > Copyright (C) 2015 Free Software Foundation, Inc. > > > > I downloaded 5.11.0 using git and built with the following > > (all one line, of course): > > > > cmake -G "MinGW Makefiles" -DCMAKE_INSTALL_PREFIX=install > > -DBUILD_SHARED_LIBS=OFF -DDEFAULT_NO_BINDINGS=ON -DENABLE_cxx=ON > > -DENABLE_f95=ON -DDEFAULT_ALL_DEVICES=ON ../plplot.git > > > > [Something different: I got a lot more devices and drivers.] > > > > Make produces the following: > > > > C:\walt\Software\Plplot\BUILD>make > > [ 0%] Built target csirocsa > > [ 3%] Built target deltaT-gen > > [ 4%] Built target deltaT.h_built > > [ 6%] Built target tai-utc-gen > > [ 7%] Built target tai-utc.h_built > > [ 10%] Built target qsastime > > [ 12%] Built target nistcd > > [ 12%] Built target cdexpert > > [ 13%] Built target cdmulti > > [ 15%] Built target cdsimple > > [ 16%] Built target cdtest > > [ 18%] Built target cdtext > > [ 18%] Built target color16 > > [ 26%] Built target test_nistcd > > [ 26%] Built target plhershey-unicode-gen > > [ 27%] Built target plhershey-unicode.h_built > > [ 29%] Building C object src/CMakeFiles/plplot.dir/plfreetype.c.obj > > In file included from > C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/unistd.h:10:0, > > from > C:/walt/Software/Plplot/plplot.git/include/plplotP.h:110, > > from > C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: > > C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/io.h:310:15: error: > conflicting types for 'access' > > int __cdecl access(const char *_Filename,int _AccessMode) > __MINGW_ATTRIB_DEPRECATED_MSVC2005; > > ^ > > C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:69:5: note: previous > definition of 'access' was here > > int access( char *filename, int flag ) > > ^ > > In file included from > C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90:0: > > C:/walt/Software/Plplot/plplot.git/include/plplotP.h:252:0: warning: > "isfinite" redefined > > # define isfinite finite > > ^ > > In file included from > C:/walt/Software/Plplot/plplot.git/include/plplotP.h:105:0, > > from > C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: > > C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/math.h:520:0: note: > this is the location of the previous definition > > #define isfinite(x) ((fpclassify(x) & FP_NAN) == 0) > > ^ > > src\CMakeFiles\plplot.dir\build.make:366: recipe for target > 'src/CMakeFiles/plplot.dir/plfreetype.c.obj' failed > > make[2]: *** [src/CMakeFiles/plplot.dir/plfreetype.c.obj] Error 1 > > CMakeFiles\Makefile2:798: recipe for target > 'src/CMakeFiles/plplot.dir/all' failed > > make[1]: *** [src/CMakeFiles/plplot.dir/all] Error 2 > > Makefile:135: recipe for target 'all' failed > > make: *** [all] Error 2 > > > > To me, the first one (access) looks like a conflict between gcc and plplot. > > The second (isfinite) is a conflict between two things in Plplot??? > > > > Help please? Thanks. > > > > > > -- > > Walt Brainerd > > DISCLAIMER: This message is intended exclusively for the addressee(s) and > may contain confidential and privileged information. If you are not the > intended recipient please notify the sender immediately and destroy this > message. Unauthorized use, disclosure or copying of this message is > strictly prohibited. The foundation 'Stichting Deltares', which has its > seat at Delft, The Netherlands, Commercial Registration Number 41146461, is > not liable in any way whatsoever for consequences and/or damages resulting > from the improper, incomplete and untimely dispatch, receipt and/or content > of this e-mail. > DISCLAIMER: This message is intended exclusively for the addressee(s) > and may contain confidential and privileged information. If you are not the > intended recipient please notify the sender immediately and destroy this > message. Unauthorized use, disclosure or copying of this message is > strictly prohibited. The foundation 'Stichting Deltares', which has its > seat at Delft, The Netherlands, Commercial Registration Number 41146461, is > not liable in any way whatsoever for consequences and/or damages resulting > from the improper, incomplete and untimely dispatch, receipt and/or content > of this e-mail. > -- Walt Brainerd |
From: Walt B. <wal...@gm...> - 2015-07-10 20:23:06
|
Good thing to be sure of, but yes, I think so. Thanks for the suggestion. $ ./a 250 1.20514631E-03 Unable to load driver: wingcc. *** PLPLOT ERROR, IMMEDIATE EXIT *** Unable to load driver Program aborted Walt@HP_Envy /cygdrive/c/Fortran_Tools/examples/plplot $ echo $PATH /cygdrive/c/Fortran_Tools/codeblocks:/cygdrive/c/Fortran_Tools/bin:/cygdrive/c/F c/Fortran_Tools/gnuplot/bin:/cygdrive/c/Fortran_Tools/plplot/bin:/cygdrive/c/For lt/Software/Plplot/Build/dll:/cygdrive/c/ProgramData/Oracle/Java/javapath:/cygdr hared/VSA/10.0/VsaEnv:/usr/bin:%SystemRoot%/system32:%SystemRoot%:%SystemRoot%/S Program Files/Hewlett-Packard/SimplePass:/cygdrive/c/Program Files (x86)/Windows 6)/Skype/Phone:/cygdrive/c/CMake/bin Walt@HP_Envy /cygdrive/c/Fortran_Tools/examples/plplot $ ls /cygdrive/c/Fortran_Tools/plplot/bin cairo.dll libplplotcxx.dll null.driver_info svg.dll cairo.driver_info libplplotf95.dll plmeta.dll svg.driver_info cgm.dll libplplotf95c.dll plmeta.driver_info wingcc.dll cgm.driver_info libqsastime.dll ps.dll wingcc.driver_info libcsirocsa.dll mem.dll ps.driver_info xfig.dll libnistcd.dll mem.driver_info pstex.dll xfig.driver_info libplplot.dll null.dll pstex.driver_info On Fri, Jul 10, 2015 at 12:44 PM, Jim Dishaw <ji...@di...> wrote: > I have not been following this thread closely, so I apologize if you have > tried this. > > Did you verify that the location of the DLL is in the PATH? > > > > On Jul 10, 2015, at 3:27 PM, Walt Brainerd <wal...@gm...> > wrote: > > Alan: mingw-64 etc. does not yet include gcc 5.1; > that is why I am using the TDM version. > > Arjen: with the new version, plplot builds (the static > library version), but when I run it, I get all kinds of > errors about missing routines of the form __imp*. > being called from wingcc (for example). > > So I tried the DLL version (which is what I think I > was successful with before). make was strange. > I would get an error, then try it again. It got further > before getting another error. After about 5-6 tries > it went all the way. > > Trying to compile a code then produced an error > trying to load wingcc.dll. Windows says it isn't > suitable to run on Windows; in a bash shell, it > just says there is an error loading wingcc.dll. > > Any other suggestions? > > On Fri, Jul 10, 2015 at 2:14 AM, Arjen Markus <Arj...@de...> > wrote: > >> Hi Walt, >> >> >> >> I just completed the set of comprehensive tests and committed the small >> patch I had to make for the access() function. With this latest version it >> ought to work for you too. >> >> >> Regards, >> >> >> >> Arjen >> >> >> >> >> >> *From:* Arjen Markus [mailto:Arj...@de...] >> *Sent:* Friday, July 10, 2015 10:37 AM >> *To:* Walt Brainerd; plplot_general >> *Subject:* Re: [Plplot-general] Problem building 5.11 on Windows 8.1 >> >> >> >> Hi Walt, >> >> >> >> I am trying this myself – using the comprehensive tests script under MSYS >> – and I ran into the same issue. It seems that the logic for including the >> header file unistd.h is incomplete or incorrect as far as MinGW is >> concerned. I have changed this in my own repository to: >> >> >> >> >> >> #include "plConfig.h" >> >> #if !PL_HAVE_UNISTD_H >> >> #define F_OK 1 >> >> #include <stdio.h> >> >> int access( char *filename, int flag ) >> >> >> >> and that is doing the trick as far as the build up to now is concerned. >> If successful, I will contribute this. >> >> >> >> Regards, >> >> >> >> Arjen >> >> >> >> >> >> *From:* Walt Brainerd [mailto:wal...@gm...] >> *Sent:* Friday, July 10, 2015 1:25 AM >> *To:* plplot_general >> *Subject:* [Plplot-general] Problem building 5.11 on Windows 8.1 >> >> >> >> I have the TDM version of MinGW installed. >> >> >> >> C:\Users\Walt>gfortran --version >> >> GNU Fortran (tdm64-1) 5.1.0 >> >> Copyright (C) 2015 Free Software Foundation, Inc. >> >> >> >> I downloaded 5.11.0 using git and built with the following >> >> (all one line, of course): >> >> >> >> cmake -G "MinGW Makefiles" -DCMAKE_INSTALL_PREFIX=install >> >> -DBUILD_SHARED_LIBS=OFF -DDEFAULT_NO_BINDINGS=ON -DENABLE_cxx=ON >> >> -DENABLE_f95=ON -DDEFAULT_ALL_DEVICES=ON ../plplot.git >> >> >> >> [Something different: I got a lot more devices and drivers.] >> >> >> >> Make produces the following: >> >> >> >> C:\walt\Software\Plplot\BUILD>make >> >> [ 0%] Built target csirocsa >> >> [ 3%] Built target deltaT-gen >> >> [ 4%] Built target deltaT.h_built >> >> [ 6%] Built target tai-utc-gen >> >> [ 7%] Built target tai-utc.h_built >> >> [ 10%] Built target qsastime >> >> [ 12%] Built target nistcd >> >> [ 12%] Built target cdexpert >> >> [ 13%] Built target cdmulti >> >> [ 15%] Built target cdsimple >> >> [ 16%] Built target cdtest >> >> [ 18%] Built target cdtext >> >> [ 18%] Built target color16 >> >> [ 26%] Built target test_nistcd >> >> [ 26%] Built target plhershey-unicode-gen >> >> [ 27%] Built target plhershey-unicode.h_built >> >> [ 29%] Building C object src/CMakeFiles/plplot.dir/plfreetype.c.obj >> >> In file included from >> C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/unistd.h:10:0, >> >> from >> C:/walt/Software/Plplot/plplot.git/include/plplotP.h:110, >> >> from >> C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: >> >> C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/io.h:310:15: error: >> conflicting types for 'access' >> >> int __cdecl access(const char *_Filename,int _AccessMode) >> __MINGW_ATTRIB_DEPRECATED_MSVC2005; >> >> ^ >> >> C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:69:5: note: previous >> definition of 'access' was here >> >> int access( char *filename, int flag ) >> >> ^ >> >> In file included from >> C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90:0: >> >> C:/walt/Software/Plplot/plplot.git/include/plplotP.h:252:0: warning: >> "isfinite" redefined >> >> # define isfinite finite >> >> ^ >> >> In file included from >> C:/walt/Software/Plplot/plplot.git/include/plplotP.h:105:0, >> >> from >> C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: >> >> C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/math.h:520:0: note: >> this is the location of the previous definition >> >> #define isfinite(x) ((fpclassify(x) & FP_NAN) == 0) >> >> ^ >> >> src\CMakeFiles\plplot.dir\build.make:366: recipe for target >> 'src/CMakeFiles/plplot.dir/plfreetype.c.obj' failed >> >> make[2]: *** [src/CMakeFiles/plplot.dir/plfreetype.c.obj] Error 1 >> >> CMakeFiles\Makefile2:798: recipe for target >> 'src/CMakeFiles/plplot.dir/all' failed >> >> make[1]: *** [src/CMakeFiles/plplot.dir/all] Error 2 >> >> Makefile:135: recipe for target 'all' failed >> >> make: *** [all] Error 2 >> >> >> >> To me, the first one (access) looks like a conflict between gcc and >> plplot. >> >> The second (isfinite) is a conflict between two things in Plplot??? >> >> >> >> Help please? Thanks. >> >> >> >> >> >> -- >> >> Walt Brainerd >> >> DISCLAIMER: This message is intended exclusively for the addressee(s) and >> may contain confidential and privileged information. If you are not the >> intended recipient please notify the sender immediately and destroy this >> message. Unauthorized use, disclosure or copying of this message is >> strictly prohibited. The foundation 'Stichting Deltares', which has its >> seat at Delft, The Netherlands, Commercial Registration Number 41146461, is >> not liable in any way whatsoever for consequences and/or damages resulting >> from the improper, incomplete and untimely dispatch, receipt and/or content >> of this e-mail. >> DISCLAIMER: This message is intended exclusively for the addressee(s) >> and may contain confidential and privileged information. If you are not the >> intended recipient please notify the sender immediately and destroy this >> message. Unauthorized use, disclosure or copying of this message is >> strictly prohibited. The foundation 'Stichting Deltares', which has its >> seat at Delft, The Netherlands, Commercial Registration Number 41146461, is >> not liable in any way whatsoever for consequences and/or damages resulting >> from the improper, incomplete and untimely dispatch, receipt and/or content >> of this e-mail. >> > > > > -- > Walt Brainerd > > > ------------------------------------------------------------------------------ > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general > > -- Walt Brainerd |
From: Alan W. I. <ir...@be...> - 2015-07-10 21:00:22
|
On 2015-07-10 12:27-0700 Walt Brainerd wrote: > Alan: mingw-64 etc. does not yet include gcc 5.1; > that is why I am using the TDM version. Understood for your normal use case. But you should not need gcc 5.1 just to test that PLplot is working. So my point remains for the special case of reporting bugs, you should stick to Windows platforms we currently support (MinGW, MinGW/MSYS, Cygwin, MSVC) or platforms where we plan to support them in the near future (MinGW-w64/MSYS2). Fortunately, for the first bug you reported, Arjen could verify it on MinGW/MSYS and solve it for that platform. But his comprehensive tests on that platform and on Cygwin reveals no sign of the bug you reported below. So Arjen is going to have to do some guessing to solve that issue you found on TDM. He is a pretty smart guy so he might guess what is wrong, but that is far from ideal so you might get a much quicker resolution to the issue if you demonstrated it on one of our supported platforms above or else on MinGW-w64/MSYS2. I have no access (other than a very slow wine platform) to Windows myself so I hasten to add I make no promises for Arjen for the MinGW-w64/MSYS2 case because he is a busy guy, but we are all in agreement that is a platform which we should support on Windows, and a report from you for the pure MinGW-w64/MSYS2 case might motivate Arjen to attempt a comprehensive test on that platform if he cannot guess what the problem is on TDM. Alan > > Arjen: with the new version, plplot builds (the static > library version), but when I run it, I get all kinds of > errors about missing routines of the form __imp*. > being called from wingcc (for example). > > So I tried the DLL version (which is what I think I > was successful with before). make was strange. > I would get an error, then try it again. It got further > before getting another error. After about 5-6 tries > it went all the way. > > Trying to compile a code then produced an error > trying to load wingcc.dll. Windows says it isn't > suitable to run on Windows; in a bash shell, it > just says there is an error loading wingcc.dll. > > Any other suggestions? __________________________ 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 __________________________ |
From: Alan W. I. <ir...@be...> - 2015-07-10 21:06:31
|
On 2015-07-10 14:00-0700 Alan W. Irwin wrote: > On 2015-07-10 12:27-0700 Walt Brainerd wrote: > >> Alan: mingw-64 etc. does not yet include gcc 5.1; >> that is why I am using the TDM version. > > Understood for your normal use case. But you should not need gcc 5.1 > just to test that PLplot is working. Hi Walt: Sorry, I should have added a reference there to how you can test PLplot. I assume you have special Fortran compiler requirements so set the Fortran compiler for CMake the way you normally do, then follow the directions at <http://sourceforge.net/p/plplot/wiki/search/?q=testing>. 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 __________________________ |
From: Walt B. <wal...@gm...> - 2015-07-10 23:26:26
|
I know that Plplot "works". However, I intend to include gcc 5.1 with the next Fortran Tools and would like to include Plplot. If Plplot is built with Cygwin or any MinGW that does not have gcc 5.1, plplot will not work with any Fortran program compiled with gfortran 5.1 because the *.mod files are not compatible (e.g., plplot.mod). Hence TDM for now. I can wait until other Mingw versions use gcc 5.1, but lots of folks think TDM is one of the best, so it would be nice to get Plplot to work with it. (One of the nice things about TDM64 is that it includes both 32 and 64 bit functionality, so one can compile 32-bit apps, for example.) Thanks for the pointer on testing, but that is not useful until Plplot is built and at least runs on the first program I try. Maybe Arjen will have more ideas--smart guy indeed. I really appreciate the comments from both of you. On Fri, Jul 10, 2015 at 2:00 PM, Alan W. Irwin <ir...@be...> wrote: > On 2015-07-10 12:27-0700 Walt Brainerd wrote: > > Alan: mingw-64 etc. does not yet include gcc 5.1; >> that is why I am using the TDM version. >> > > Understood for your normal use case. But you should not need gcc 5.1 > just to test that PLplot is working. So my point remains for the > special case of reporting bugs, you should stick to Windows platforms > we currently support (MinGW, MinGW/MSYS, Cygwin, MSVC) or platforms > where we plan to support them in the near future (MinGW-w64/MSYS2). > > Fortunately, for the first bug you reported, Arjen could verify it on > MinGW/MSYS and solve it for that platform. But his comprehensive tests > on that platform and on Cygwin reveals no sign of the bug you reported > below. So Arjen is going to have to do some guessing to solve that > issue you found on TDM. He is a pretty smart guy so he might guess > what is wrong, but that is far from ideal so you might get a > much quicker resolution to the issue if you demonstrated it on > one of our supported platforms above or else on MinGW-w64/MSYS2. > > I have no access (other than a very slow wine platform) to Windows > myself so I hasten to add I make no promises for Arjen for the > MinGW-w64/MSYS2 case because he is a busy guy, but we are all in > agreement that is a platform which we should support on Windows, and a > report from you for the pure MinGW-w64/MSYS2 case might motivate Arjen > to attempt a comprehensive test on that platform if he cannot guess > what the problem is on TDM. > > Alan > > >> Arjen: with the new version, plplot builds (the static >> library version), but when I run it, I get all kinds of >> errors about missing routines of the form __imp*. >> being called from wingcc (for example). >> >> So I tried the DLL version (which is what I think I >> was successful with before). make was strange. >> I would get an error, then try it again. It got further >> before getting another error. After about 5-6 tries >> it went all the way. >> >> Trying to compile a code then produced an error >> trying to load wingcc.dll. Windows says it isn't >> suitable to run on Windows; in a bash shell, it >> just says there is an error loading wingcc.dll. >> >> Any other suggestions? >> > > __________________________ > 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 > __________________________ > -- Walt Brainerd |
From: Arjen M. <Arj...@de...> - 2015-07-13 07:53:26
|
Hi Walt, Hm, I just realised when reading your mails, that there is an essential difference between your environment and mine - you are using MinGW-w64 and I was using the 32-bits version. That was only a semi-conscious choice - the installation of MinGW-w64 I have is installed under c:\minw-w64\i686-4.9.1-posix-dwarf-rt_v3-rev1 and I am not entirely sure it is useable. So let me see if I can get on with similar testing with this platform. Regards, Arjen From: Walt Brainerd [mailto:wal...@gm...] Sent: Saturday, July 11, 2015 1:26 AM To: Alan W. Irwin Cc: Arjen Markus; plplot_general Subject: Re: [Plplot-general] Problem building 5.11 on Windows 8.1 I know that Plplot "works". However, I intend to include gcc 5.1 with the next Fortran Tools and would like to include Plplot. If Plplot is built with Cygwin or any MinGW that does not have gcc 5.1, plplot will not work with any Fortran program compiled with gfortran 5.1 because the *.mod files are not compatible (e.g., plplot.mod). Hence TDM for now. I can wait until other Mingw versions use gcc 5.1, but lots of folks think TDM is one of the best, so it would be nice to get Plplot to work with it. (One of the nice things about TDM64 is that it includes both 32 and 64 bit functionality, so one can compile 32-bit apps, for example.) Thanks for the pointer on testing, but that is not useful until Plplot is built and at least runs on the first program I try. Maybe Arjen will have more ideas--smart guy indeed. I really appreciate the comments from both of you. On Fri, Jul 10, 2015 at 2:00 PM, Alan W. Irwin <ir...@be...<mailto:ir...@be...>> wrote: On 2015-07-10 12:27-0700 Walt Brainerd wrote: Alan: mingw-64 etc. does not yet include gcc 5.1; that is why I am using the TDM version. Understood for your normal use case. But you should not need gcc 5.1 just to test that PLplot is working. So my point remains for the special case of reporting bugs, you should stick to Windows platforms we currently support (MinGW, MinGW/MSYS, Cygwin, MSVC) or platforms where we plan to support them in the near future (MinGW-w64/MSYS2). Fortunately, for the first bug you reported, Arjen could verify it on MinGW/MSYS and solve it for that platform. But his comprehensive tests on that platform and on Cygwin reveals no sign of the bug you reported below. So Arjen is going to have to do some guessing to solve that issue you found on TDM. He is a pretty smart guy so he might guess what is wrong, but that is far from ideal so you might get a much quicker resolution to the issue if you demonstrated it on one of our supported platforms above or else on MinGW-w64/MSYS2. I have no access (other than a very slow wine platform) to Windows myself so I hasten to add I make no promises for Arjen for the MinGW-w64/MSYS2 case because he is a busy guy, but we are all in agreement that is a platform which we should support on Windows, and a report from you for the pure MinGW-w64/MSYS2 case might motivate Arjen to attempt a comprehensive test on that platform if he cannot guess what the problem is on TDM. Alan Arjen: with the new version, plplot builds (the static library version), but when I run it, I get all kinds of errors about missing routines of the form __imp*. being called from wingcc (for example). So I tried the DLL version (which is what I think I was successful with before). make was strange. I would get an error, then try it again. It got further before getting another error. After about 5-6 tries it went all the way. Trying to compile a code then produced an error trying to load wingcc.dll. Windows says it isn't suitable to run on Windows; in a bash shell, it just says there is an error loading wingcc.dll. Any other suggestions? __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca<http://astrowww.phys.uvic.ca>). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net<http://freeeos.sf.net>); the Time Ephemerides project (timeephem.sf.net<http://timeephem.sf.net>); PLplot scientific plotting software package (plplot.sf.net<http://plplot.sf.net>); the libLASi project (unifont.org/lasi<http://unifont.org/lasi>); the Loads of Linux Links project (loll.sf.net<http://loll.sf.net>); and the Linux Brochure Project (lbproject.sf.net<http://lbproject.sf.net>). __________________________ Linux-powered Science __________________________ -- Walt Brainerd DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Arjen M. <Arj...@de...> - 2015-07-13 08:35:34
|
Hi Walt, I had to reinstall MinGW 64-bits, as indeed it was hardly useable. I have done so by installing MSYS2 as recommended by Alan. Now I see problems with the .def file for the Fortran libraries - it has to do with the calling convention (stdcall versus cdecl and that sort of fun stuff). Is that the sort of failures you have been seeing? Here is a small fragment: Cannot export _PLPARSEOPTS@4: symbol not defined Cannot export _PLPLOTP_mp_PLAXES@40: symbol not defined Cannot export _PLPLOTP_mp_PLBOX3@72: symbol not defined Cannot export _PLPLOTP_mp_PLBOX@32: symbol not defined Cannot export _PLPLOTP_mp_PLCOLORBAR_1@96: symbol not defined It is not all that difficult to repair, but it has to be done, otherwise the shared library option won't work. Regards, Arjen From: Walt Brainerd [mailto:wal...@gm...] Sent: Friday, July 10, 2015 9:27 PM To: Arjen Markus Cc: plplot_general Subject: Re: [Plplot-general] Problem building 5.11 on Windows 8.1 Alan: mingw-64 etc. does not yet include gcc 5.1; that is why I am using the TDM version. Arjen: with the new version, plplot builds (the static library version), but when I run it, I get all kinds of errors about missing routines of the form __imp*. being called from wingcc (for example). So I tried the DLL version (which is what I think I was successful with before). make was strange. I would get an error, then try it again. It got further before getting another error. After about 5-6 tries it went all the way. Trying to compile a code then produced an error trying to load wingcc.dll. Windows says it isn't suitable to run on Windows; in a bash shell, it just says there is an error loading wingcc.dll. Any other suggestions? On Fri, Jul 10, 2015 at 2:14 AM, Arjen Markus <Arj...@de...<mailto:Arj...@de...>> wrote: Hi Walt, I just completed the set of comprehensive tests and committed the small patch I had to make for the access() function. With this latest version it ought to work for you too. Regards, Arjen From: Arjen Markus [mailto:Arj...@de...<mailto:Arj...@de...>] Sent: Friday, July 10, 2015 10:37 AM To: Walt Brainerd; plplot_general Subject: Re: [Plplot-general] Problem building 5.11 on Windows 8.1 Hi Walt, I am trying this myself - using the comprehensive tests script under MSYS - and I ran into the same issue. It seems that the logic for including the header file unistd.h is incomplete or incorrect as far as MinGW is concerned. I have changed this in my own repository to: #include "plConfig.h" #if !PL_HAVE_UNISTD_H #define F_OK 1 #include <stdio.h> int access( char *filename, int flag ) and that is doing the trick as far as the build up to now is concerned. If successful, I will contribute this. Regards, Arjen From: Walt Brainerd [mailto:wal...@gm...<mailto:wal...@gm...>] Sent: Friday, July 10, 2015 1:25 AM To: plplot_general Subject: [Plplot-general] Problem building 5.11 on Windows 8.1 I have the TDM version of MinGW installed. C:\Users\Walt>gfortran --version GNU Fortran (tdm64-1) 5.1.0 Copyright (C) 2015 Free Software Foundation, Inc. I downloaded 5.11.0 using git and built with the following (all one line, of course): cmake -G "MinGW Makefiles" -DCMAKE_INSTALL_PREFIX=install -DBUILD_SHARED_LIBS=OFF -DDEFAULT_NO_BINDINGS=ON -DENABLE_cxx=ON -DENABLE_f95=ON -DDEFAULT_ALL_DEVICES=ON ../plplot.git [Something different: I got a lot more devices and drivers.] Make produces the following: C:\walt\Software\Plplot\BUILD>make [ 0%] Built target csirocsa [ 3%] Built target deltaT-gen [ 4%] Built target deltaT.h_built [ 6%] Built target tai-utc-gen [ 7%] Built target tai-utc.h_built [ 10%] Built target qsastime [ 12%] Built target nistcd [ 12%] Built target cdexpert [ 13%] Built target cdmulti [ 15%] Built target cdsimple [ 16%] Built target cdtest [ 18%] Built target cdtext [ 18%] Built target color16 [ 26%] Built target test_nistcd [ 26%] Built target plhershey-unicode-gen [ 27%] Built target plhershey-unicode.h_built [ 29%] Building C object src/CMakeFiles/plplot.dir/plfreetype.c.obj In file included from C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/unistd.h:10:0, from C:/walt/Software/Plplot/plplot.git/include/plplotP.h:110, from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/io.h:310:15: error: conflicting types for 'access' int __cdecl access(const char *_Filename,int _AccessMode) __MINGW_ATTRIB_DEPRECATED_MSVC2005; ^ C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:69:5: note: previous definition of 'access' was here int access( char *filename, int flag ) ^ In file included from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90:0: C:/walt/Software/Plplot/plplot.git/include/plplotP.h:252:0: warning: "isfinite" redefined # define isfinite finite ^ In file included from C:/walt/Software/Plplot/plplot.git/include/plplotP.h:105:0, from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/math.h:520:0: note: this is the location of the previous definition #define isfinite(x) ((fpclassify(x) & FP_NAN) == 0) ^ src\CMakeFiles\plplot.dir\build.make:366: recipe for target 'src/CMakeFiles/plplot.dir/plfreetype.c.obj' failed make[2]: *** [src/CMakeFiles/plplot.dir/plfreetype.c.obj] Error 1 CMakeFiles\Makefile2:798: recipe for target 'src/CMakeFiles/plplot.dir/all' failed make[1]: *** [src/CMakeFiles/plplot.dir/all] Error 2 Makefile:135: recipe for target 'all' failed make: *** [all] Error 2 To me, the first one (access) looks like a conflict between gcc and plplot. The second (isfinite) is a conflict between two things in Plplot??? Help please? Thanks. -- Walt Brainerd DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. -- Walt Brainerd DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Arjen M. <Arj...@de...> - 2015-07-13 09:26:56
|
Hi, When I limit the build options to static, all goes well. So now it is a matter of adapting the .def file to get support for the dynamic libraries. Regards, Arjen From: Arjen Markus [mailto:Arj...@de...] Sent: Monday, July 13, 2015 10:35 AM To: Walt Brainerd Cc: plplot_general Subject: Re: [Plplot-general] Problem building 5.11 on Windows 8.1 Hi Walt, I had to reinstall MinGW 64-bits, as indeed it was hardly useable. I have done so by installing MSYS2 as recommended by Alan. Now I see problems with the .def file for the Fortran libraries - it has to do with the calling convention (stdcall versus cdecl and that sort of fun stuff). Is that the sort of failures you have been seeing? Here is a small fragment: Cannot export _PLPARSEOPTS@4: symbol not defined Cannot export _PLPLOTP_mp_PLAXES@40: symbol not defined Cannot export _PLPLOTP_mp_PLBOX3@72: symbol not defined Cannot export _PLPLOTP_mp_PLBOX@32: symbol not defined Cannot export _PLPLOTP_mp_PLCOLORBAR_1@96: symbol not defined It is not all that difficult to repair, but it has to be done, otherwise the shared library option won't work. Regards, Arjen From: Walt Brainerd [mailto:wal...@gm...] Sent: Friday, July 10, 2015 9:27 PM To: Arjen Markus Cc: plplot_general Subject: Re: [Plplot-general] Problem building 5.11 on Windows 8.1 Alan: mingw-64 etc. does not yet include gcc 5.1; that is why I am using the TDM version. Arjen: with the new version, plplot builds (the static library version), but when I run it, I get all kinds of errors about missing routines of the form __imp*. being called from wingcc (for example). So I tried the DLL version (which is what I think I was successful with before). make was strange. I would get an error, then try it again. It got further before getting another error. After about 5-6 tries it went all the way. Trying to compile a code then produced an error trying to load wingcc.dll. Windows says it isn't suitable to run on Windows; in a bash shell, it just says there is an error loading wingcc.dll. Any other suggestions? On Fri, Jul 10, 2015 at 2:14 AM, Arjen Markus <Arj...@de...<mailto:Arj...@de...>> wrote: Hi Walt, I just completed the set of comprehensive tests and committed the small patch I had to make for the access() function. With this latest version it ought to work for you too. Regards, Arjen From: Arjen Markus [mailto:Arj...@de...<mailto:Arj...@de...>] Sent: Friday, July 10, 2015 10:37 AM To: Walt Brainerd; plplot_general Subject: Re: [Plplot-general] Problem building 5.11 on Windows 8.1 Hi Walt, I am trying this myself - using the comprehensive tests script under MSYS - and I ran into the same issue. It seems that the logic for including the header file unistd.h is incomplete or incorrect as far as MinGW is concerned. I have changed this in my own repository to: #include "plConfig.h" #if !PL_HAVE_UNISTD_H #define F_OK 1 #include <stdio.h> int access( char *filename, int flag ) and that is doing the trick as far as the build up to now is concerned. If successful, I will contribute this. Regards, Arjen From: Walt Brainerd [mailto:wal...@gm...<mailto:wal...@gm...>] Sent: Friday, July 10, 2015 1:25 AM To: plplot_general Subject: [Plplot-general] Problem building 5.11 on Windows 8.1 I have the TDM version of MinGW installed. C:\Users\Walt>gfortran --version GNU Fortran (tdm64-1) 5.1.0 Copyright (C) 2015 Free Software Foundation, Inc. I downloaded 5.11.0 using git and built with the following (all one line, of course): cmake -G "MinGW Makefiles" -DCMAKE_INSTALL_PREFIX=install -DBUILD_SHARED_LIBS=OFF -DDEFAULT_NO_BINDINGS=ON -DENABLE_cxx=ON -DENABLE_f95=ON -DDEFAULT_ALL_DEVICES=ON ../plplot.git [Something different: I got a lot more devices and drivers.] Make produces the following: C:\walt\Software\Plplot\BUILD>make [ 0%] Built target csirocsa [ 3%] Built target deltaT-gen [ 4%] Built target deltaT.h_built [ 6%] Built target tai-utc-gen [ 7%] Built target tai-utc.h_built [ 10%] Built target qsastime [ 12%] Built target nistcd [ 12%] Built target cdexpert [ 13%] Built target cdmulti [ 15%] Built target cdsimple [ 16%] Built target cdtest [ 18%] Built target cdtext [ 18%] Built target color16 [ 26%] Built target test_nistcd [ 26%] Built target plhershey-unicode-gen [ 27%] Built target plhershey-unicode.h_built [ 29%] Building C object src/CMakeFiles/plplot.dir/plfreetype.c.obj In file included from C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/unistd.h:10:0, from C:/walt/Software/Plplot/plplot.git/include/plplotP.h:110, from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/io.h:310:15: error: conflicting types for 'access' int __cdecl access(const char *_Filename,int _AccessMode) __MINGW_ATTRIB_DEPRECATED_MSVC2005; ^ C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:69:5: note: previous definition of 'access' was here int access( char *filename, int flag ) ^ In file included from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90:0: C:/walt/Software/Plplot/plplot.git/include/plplotP.h:252:0: warning: "isfinite" redefined # define isfinite finite ^ In file included from C:/walt/Software/Plplot/plplot.git/include/plplotP.h:105:0, from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/math.h:520:0: note: this is the location of the previous definition #define isfinite(x) ((fpclassify(x) & FP_NAN) == 0) ^ src\CMakeFiles\plplot.dir\build.make:366: recipe for target 'src/CMakeFiles/plplot.dir/plfreetype.c.obj' failed make[2]: *** [src/CMakeFiles/plplot.dir/plfreetype.c.obj] Error 1 CMakeFiles\Makefile2:798: recipe for target 'src/CMakeFiles/plplot.dir/all' failed make[1]: *** [src/CMakeFiles/plplot.dir/all] Error 2 Makefile:135: recipe for target 'all' failed make: *** [all] Error 2 To me, the first one (access) looks like a conflict between gcc and plplot. The second (isfinite) is a conflict between two things in Plplot??? Help please? Thanks. -- Walt Brainerd DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. -- Walt Brainerd DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Arjen M. <Arj...@de...> - 2015-07-13 11:18:02
|
Hi Walt, The link problem with Fortran under MinGW I reported is solved - it turned out that the condition to include the .def file in the link step was incomplete. With that fixed it works all fine now. For this I have tested the build options covered by the comprehensive test script, using the GCC compiler suite that comes with MSYS2. Now, since you have problems with theTDM version of the GCC suite, can you tell me how the make process fails? What are the error messages? It seems strange that it would succeed after several retries - it would almost seem that some dependencies are not handled correctly. Or perhaps there is a problem with parallel builds? I have done my tests with a single-threaded make command. Regards, Arjen From: Arjen Markus [mailto:Arj...@de...] Sent: Monday, July 13, 2015 10:35 AM To: Walt Brainerd Cc: plplot_general Subject: Re: [Plplot-general] Problem building 5.11 on Windows 8.1 Hi Walt, I had to reinstall MinGW 64-bits, as indeed it was hardly useable. I have done so by installing MSYS2 as recommended by Alan. Now I see problems with the .def file for the Fortran libraries - it has to do with the calling convention (stdcall versus cdecl and that sort of fun stuff). Is that the sort of failures you have been seeing? Here is a small fragment: Cannot export _PLPARSEOPTS@4: symbol not defined Cannot export _PLPLOTP_mp_PLAXES@40: symbol not defined Cannot export _PLPLOTP_mp_PLBOX3@72: symbol not defined Cannot export _PLPLOTP_mp_PLBOX@32: symbol not defined Cannot export _PLPLOTP_mp_PLCOLORBAR_1@96: symbol not defined It is not all that difficult to repair, but it has to be done, otherwise the shared library option won't work. Regards, Arjen From: Walt Brainerd [mailto:wal...@gm...] Sent: Friday, July 10, 2015 9:27 PM To: Arjen Markus Cc: plplot_general Subject: Re: [Plplot-general] Problem building 5.11 on Windows 8.1 Alan: mingw-64 etc. does not yet include gcc 5.1; that is why I am using the TDM version. Arjen: with the new version, plplot builds (the static library version), but when I run it, I get all kinds of errors about missing routines of the form __imp*. being called from wingcc (for example). So I tried the DLL version (which is what I think I was successful with before). make was strange. I would get an error, then try it again. It got further before getting another error. After about 5-6 tries it went all the way. Trying to compile a code then produced an error trying to load wingcc.dll. Windows says it isn't suitable to run on Windows; in a bash shell, it just says there is an error loading wingcc.dll. Any other suggestions? On Fri, Jul 10, 2015 at 2:14 AM, Arjen Markus <Arj...@de...<mailto:Arj...@de...>> wrote: Hi Walt, I just completed the set of comprehensive tests and committed the small patch I had to make for the access() function. With this latest version it ought to work for you too. Regards, Arjen From: Arjen Markus [mailto:Arj...@de...<mailto:Arj...@de...>] Sent: Friday, July 10, 2015 10:37 AM To: Walt Brainerd; plplot_general Subject: Re: [Plplot-general] Problem building 5.11 on Windows 8.1 Hi Walt, I am trying this myself - using the comprehensive tests script under MSYS - and I ran into the same issue. It seems that the logic for including the header file unistd.h is incomplete or incorrect as far as MinGW is concerned. I have changed this in my own repository to: #include "plConfig.h" #if !PL_HAVE_UNISTD_H #define F_OK 1 #include <stdio.h> int access( char *filename, int flag ) and that is doing the trick as far as the build up to now is concerned. If successful, I will contribute this. Regards, Arjen From: Walt Brainerd [mailto:wal...@gm...<mailto:wal...@gm...>] Sent: Friday, July 10, 2015 1:25 AM To: plplot_general Subject: [Plplot-general] Problem building 5.11 on Windows 8.1 I have the TDM version of MinGW installed. C:\Users\Walt>gfortran --version GNU Fortran (tdm64-1) 5.1.0 Copyright (C) 2015 Free Software Foundation, Inc. I downloaded 5.11.0 using git and built with the following (all one line, of course): cmake -G "MinGW Makefiles" -DCMAKE_INSTALL_PREFIX=install -DBUILD_SHARED_LIBS=OFF -DDEFAULT_NO_BINDINGS=ON -DENABLE_cxx=ON -DENABLE_f95=ON -DDEFAULT_ALL_DEVICES=ON ../plplot.git [Something different: I got a lot more devices and drivers.] Make produces the following: C:\walt\Software\Plplot\BUILD>make [ 0%] Built target csirocsa [ 3%] Built target deltaT-gen [ 4%] Built target deltaT.h_built [ 6%] Built target tai-utc-gen [ 7%] Built target tai-utc.h_built [ 10%] Built target qsastime [ 12%] Built target nistcd [ 12%] Built target cdexpert [ 13%] Built target cdmulti [ 15%] Built target cdsimple [ 16%] Built target cdtest [ 18%] Built target cdtext [ 18%] Built target color16 [ 26%] Built target test_nistcd [ 26%] Built target plhershey-unicode-gen [ 27%] Built target plhershey-unicode.h_built [ 29%] Building C object src/CMakeFiles/plplot.dir/plfreetype.c.obj In file included from C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/unistd.h:10:0, from C:/walt/Software/Plplot/plplot.git/include/plplotP.h:110, from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/io.h:310:15: error: conflicting types for 'access' int __cdecl access(const char *_Filename,int _AccessMode) __MINGW_ATTRIB_DEPRECATED_MSVC2005; ^ C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:69:5: note: previous definition of 'access' was here int access( char *filename, int flag ) ^ In file included from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90:0: C:/walt/Software/Plplot/plplot.git/include/plplotP.h:252:0: warning: "isfinite" redefined # define isfinite finite ^ In file included from C:/walt/Software/Plplot/plplot.git/include/plplotP.h:105:0, from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/math.h:520:0: note: this is the location of the previous definition #define isfinite(x) ((fpclassify(x) & FP_NAN) == 0) ^ src\CMakeFiles\plplot.dir\build.make:366: recipe for target 'src/CMakeFiles/plplot.dir/plfreetype.c.obj' failed make[2]: *** [src/CMakeFiles/plplot.dir/plfreetype.c.obj] Error 1 CMakeFiles\Makefile2:798: recipe for target 'src/CMakeFiles/plplot.dir/all' failed make[1]: *** [src/CMakeFiles/plplot.dir/all] Error 2 Makefile:135: recipe for target 'all' failed make: *** [all] Error 2 To me, the first one (access) looks like a conflict between gcc and plplot. The second (isfinite) is a conflict between two things in Plplot??? Help please? Thanks. -- Walt Brainerd DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. -- Walt Brainerd DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Arjen M. <Arj...@de...> - 2015-07-13 18:16:10
|
Hi Walt, As Alan suggested off-list, it might be a good idea to run the comprehensive_test.sh script yourself and send me and Alan the resulting tarball. Here is the script I use to get it going: export PATH=/d/cmake/bin:$PATH # Generate all script results in ../comprehensive_test_disposeable ../plplot-git/scripts/comprehensive_test.sh --do_test_traditional_install_tree no --do_test_interactive no --do_ctest no --generator_string "MSYS Makefiles" --build_command make --ctest_command ctest --do_clean_as_you_go no --cmake_added_options "-DENABLE_tcl=OFF" --do_shared yes --do_nondynamic yes The command line is longer than it actually needs to be (it has gathered a lot of cruft over the various iterations), but I have it stored in a small shell script for easy use. The output is gathered in a concise tarball in the comprehensive_test_disposeable directory. It is called "comprehensive_test.tar.gz". The nice thing about this script, besides being an automatic test of various build options (you only need to confirm that you want to run it, because it will throw away anything in the test directory), is that it collects as much information as could be relevant from the environment. That will save us some time ;). Regards, Arjen From: Arjen Markus Sent: Monday, July 13, 2015 1:18 PM To: Arjen Markus; Walt Brainerd Cc: plplot_general Subject: RE: [Plplot-general] Problem building 5.11 on Windows 8.1 Hi Walt, The link problem with Fortran under MinGW I reported is solved - it turned out that the condition to include the .def file in the link step was incomplete. With that fixed it works all fine now. For this I have tested the build options covered by the comprehensive test script, using the GCC compiler suite that comes with MSYS2. Now, since you have problems with theTDM version of the GCC suite, can you tell me how the make process fails? What are the error messages? It seems strange that it would succeed after several retries - it would almost seem that some dependencies are not handled correctly. Or perhaps there is a problem with parallel builds? I have done my tests with a single-threaded make command. Regards, Arjen From: Arjen Markus [mailto:Arj...@de...] Sent: Monday, July 13, 2015 10:35 AM To: Walt Brainerd Cc: plplot_general Subject: Re: [Plplot-general] Problem building 5.11 on Windows 8.1 Hi Walt, I had to reinstall MinGW 64-bits, as indeed it was hardly useable. I have done so by installing MSYS2 as recommended by Alan. Now I see problems with the .def file for the Fortran libraries - it has to do with the calling convention (stdcall versus cdecl and that sort of fun stuff). Is that the sort of failures you have been seeing? Here is a small fragment: Cannot export _PLPARSEOPTS@4: symbol not defined Cannot export _PLPLOTP_mp_PLAXES@40: symbol not defined Cannot export _PLPLOTP_mp_PLBOX3@72: symbol not defined Cannot export _PLPLOTP_mp_PLBOX@32: symbol not defined Cannot export _PLPLOTP_mp_PLCOLORBAR_1@96: symbol not defined It is not all that difficult to repair, but it has to be done, otherwise the shared library option won't work. Regards, Arjen From: Walt Brainerd [mailto:wal...@gm...] Sent: Friday, July 10, 2015 9:27 PM To: Arjen Markus Cc: plplot_general Subject: Re: [Plplot-general] Problem building 5.11 on Windows 8.1 Alan: mingw-64 etc. does not yet include gcc 5.1; that is why I am using the TDM version. Arjen: with the new version, plplot builds (the static library version), but when I run it, I get all kinds of errors about missing routines of the form __imp*. being called from wingcc (for example). So I tried the DLL version (which is what I think I was successful with before). make was strange. I would get an error, then try it again. It got further before getting another error. After about 5-6 tries it went all the way. Trying to compile a code then produced an error trying to load wingcc.dll. Windows says it isn't suitable to run on Windows; in a bash shell, it just says there is an error loading wingcc.dll. Any other suggestions? On Fri, Jul 10, 2015 at 2:14 AM, Arjen Markus <Arj...@de...<mailto:Arj...@de...>> wrote: Hi Walt, I just completed the set of comprehensive tests and committed the small patch I had to make for the access() function. With this latest version it ought to work for you too. Regards, Arjen From: Arjen Markus [mailto:Arj...@de...<mailto:Arj...@de...>] Sent: Friday, July 10, 2015 10:37 AM To: Walt Brainerd; plplot_general Subject: Re: [Plplot-general] Problem building 5.11 on Windows 8.1 Hi Walt, I am trying this myself - using the comprehensive tests script under MSYS - and I ran into the same issue. It seems that the logic for including the header file unistd.h is incomplete or incorrect as far as MinGW is concerned. I have changed this in my own repository to: #include "plConfig.h" #if !PL_HAVE_UNISTD_H #define F_OK 1 #include <stdio.h> int access( char *filename, int flag ) and that is doing the trick as far as the build up to now is concerned. If successful, I will contribute this. Regards, Arjen From: Walt Brainerd [mailto:wal...@gm...<mailto:wal...@gm...>] Sent: Friday, July 10, 2015 1:25 AM To: plplot_general Subject: [Plplot-general] Problem building 5.11 on Windows 8.1 I have the TDM version of MinGW installed. C:\Users\Walt>gfortran --version GNU Fortran (tdm64-1) 5.1.0 Copyright (C) 2015 Free Software Foundation, Inc. I downloaded 5.11.0 using git and built with the following (all one line, of course): cmake -G "MinGW Makefiles" -DCMAKE_INSTALL_PREFIX=install -DBUILD_SHARED_LIBS=OFF -DDEFAULT_NO_BINDINGS=ON -DENABLE_cxx=ON -DENABLE_f95=ON -DDEFAULT_ALL_DEVICES=ON ../plplot.git [Something different: I got a lot more devices and drivers.] Make produces the following: C:\walt\Software\Plplot\BUILD>make [ 0%] Built target csirocsa [ 3%] Built target deltaT-gen [ 4%] Built target deltaT.h_built [ 6%] Built target tai-utc-gen [ 7%] Built target tai-utc.h_built [ 10%] Built target qsastime [ 12%] Built target nistcd [ 12%] Built target cdexpert [ 13%] Built target cdmulti [ 15%] Built target cdsimple [ 16%] Built target cdtest [ 18%] Built target cdtext [ 18%] Built target color16 [ 26%] Built target test_nistcd [ 26%] Built target plhershey-unicode-gen [ 27%] Built target plhershey-unicode.h_built [ 29%] Building C object src/CMakeFiles/plplot.dir/plfreetype.c.obj In file included from C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/unistd.h:10:0, from C:/walt/Software/Plplot/plplot.git/include/plplotP.h:110, from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/io.h:310:15: error: conflicting types for 'access' int __cdecl access(const char *_Filename,int _AccessMode) __MINGW_ATTRIB_DEPRECATED_MSVC2005; ^ C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:69:5: note: previous definition of 'access' was here int access( char *filename, int flag ) ^ In file included from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90:0: C:/walt/Software/Plplot/plplot.git/include/plplotP.h:252:0: warning: "isfinite" redefined # define isfinite finite ^ In file included from C:/walt/Software/Plplot/plplot.git/include/plplotP.h:105:0, from C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/math.h:520:0: note: this is the location of the previous definition #define isfinite(x) ((fpclassify(x) & FP_NAN) == 0) ^ src\CMakeFiles\plplot.dir\build.make:366: recipe for target 'src/CMakeFiles/plplot.dir/plfreetype.c.obj' failed make[2]: *** [src/CMakeFiles/plplot.dir/plfreetype.c.obj] Error 1 CMakeFiles\Makefile2:798: recipe for target 'src/CMakeFiles/plplot.dir/all' failed make[1]: *** [src/CMakeFiles/plplot.dir/all] Error 2 Makefile:135: recipe for target 'all' failed make: *** [all] Error 2 To me, the first one (access) looks like a conflict between gcc and plplot. The second (isfinite) is a conflict between two things in Plplot??? Help please? Thanks. -- Walt Brainerd DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. -- Walt Brainerd DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Walt B. <wal...@gm...> - 2015-07-13 20:25:14
|
Here are my attempts to run the test as you requested. Just to get all the facts: The TDM version of Mingw is in C:\mingw. It includes gcc version 5.1. Msys is in C:\msys\1.0--the MSYS web site implied this was not the latest, but I couldn't find anything else. I enclose the test output with the directory "shared" removed. OW my mail wouldn't let me attach the tgz result. How do I install libplplot.dll if I can't build plplot? There may simply be too many things different, especially gcc 4.9 vs 5.1, but I will keep trying things if it will help you improve Plplot. BTW, I tried a build with MSYS instead of MINGW Makefiles for the first time before running the test and got pretty much the same results as before. [image: Inline image 1] On Mon, Jul 13, 2015 at 11:15 AM, Arjen Markus <Arj...@de...> wrote: > Hi Walt, > > > > As Alan suggested off-list, it might be a good idea to run the > comprehensive_test.sh script yourself and send me and Alan the resulting > tarball. Here is the script I use to get it going: > > > export PATH=/d/cmake/bin:$PATH > > > > # Generate all script results in ../comprehensive_test_disposeable > > ../plplot-git/scripts/comprehensive_test.sh > --do_test_traditional_install_tree no --do_test_interactive no --do_ctest > no --generator_string "MSYS Makefiles" --build_command make --ctest_command > ctest --do_clean_as_you_go no --cmake_added_options "-DENABLE_tcl=OFF" > --do_shared yes --do_nondynamic yes > > > > The command line is longer than it actually needs to be (it has gathered a > lot of cruft over the various iterations), but I have it stored in a small > shell script for easy use. > > > > The output is gathered in a concise tarball in the > comprehensive_test_disposeable directory. It is called > > “comprehensive_test.tar.gz”. > > > > The nice thing about this script, besides being an automatic test of > various build options (you only need to confirm that you want to run it, > because it will throw away anything in the test directory), is that it > collects as much information as could be relevant from the environment. > That will save us some time ;). > > > > Regards, > > > > Arjen > > > > > > > > *From:* Arjen Markus > *Sent:* Monday, July 13, 2015 1:18 PM > *To:* Arjen Markus; Walt Brainerd > *Cc:* plplot_general > *Subject:* RE: [Plplot-general] Problem building 5.11 on Windows 8.1 > > > > Hi Walt, > > > > The link problem with Fortran under MinGW I reported is solved – it turned > out that the condition to include the .def file in the link step was > incomplete. With that fixed it works all fine now. For this I have tested > the build options covered by the comprehensive test script, using the GCC > compiler suite that comes with MSYS2. > > > > Now, since you have problems with theTDM version of the GCC suite, can you > tell me how the make process fails? What are the error messages? It seems > strange that it would succeed after several retries – it would almost seem > that some dependencies are not handled correctly. Or perhaps there is a > problem with parallel builds? I have done my tests with a single-threaded > make command. > > > > Regards, > > > > Arjen > > > > > > *From:* Arjen Markus [mailto:Arj...@de... > <Arj...@de...>] > *Sent:* Monday, July 13, 2015 10:35 AM > *To:* Walt Brainerd > *Cc:* plplot_general > *Subject:* Re: [Plplot-general] Problem building 5.11 on Windows 8.1 > > > > Hi Walt, > > > > I had to reinstall MinGW 64-bits, as indeed it was hardly useable. I have > done so by installing MSYS2 as recommended by Alan. Now I see problems with > the .def file for the Fortran libraries – it has to do with the calling > convention (stdcall versus cdecl and that sort of fun stuff). Is that the > sort of failures you have been seeing? Here is a small fragment: > > Cannot export _PLPARSEOPTS@4: symbol not defined > > Cannot export _PLPLOTP_mp_PLAXES@40: symbol not defined > > Cannot export _PLPLOTP_mp_PLBOX3@72: symbol not defined > > Cannot export _PLPLOTP_mp_PLBOX@32: symbol not defined > > Cannot export _PLPLOTP_mp_PLCOLORBAR_1@96: symbol not defined > > > > It is not all that difficult to repair, but it has to be done, otherwise > the shared library option won’t work. > > > > Regards, > > > > Arjen > > > > *From:* Walt Brainerd [mailto:wal...@gm... > <wal...@gm...>] > *Sent:* Friday, July 10, 2015 9:27 PM > *To:* Arjen Markus > *Cc:* plplot_general > *Subject:* Re: [Plplot-general] Problem building 5.11 on Windows 8.1 > > > > Alan: mingw-64 etc. does not yet include gcc 5.1; > > that is why I am using the TDM version. > > > > Arjen: with the new version, plplot builds (the static > > library version), but when I run it, I get all kinds of > > errors about missing routines of the form __imp*. > > being called from wingcc (for example). > > > > So I tried the DLL version (which is what I think I > > was successful with before). make was strange. > > I would get an error, then try it again. It got further > > before getting another error. After about 5-6 tries > > it went all the way. > > > > Trying to compile a code then produced an error > > trying to load wingcc.dll. Windows says it isn't > > suitable to run on Windows; in a bash shell, it > > just says there is an error loading wingcc.dll. > > > > Any other suggestions? > > > > On Fri, Jul 10, 2015 at 2:14 AM, Arjen Markus <Arj...@de...> > wrote: > > Hi Walt, > > > > I just completed the set of comprehensive tests and committed the small > patch I had to make for the access() function. With this latest version it > ought to work for you too. > > > Regards, > > > > Arjen > > > > > > *From:* Arjen Markus [mailto:Arj...@de...] > *Sent:* Friday, July 10, 2015 10:37 AM > *To:* Walt Brainerd; plplot_general > *Subject:* Re: [Plplot-general] Problem building 5.11 on Windows 8.1 > > > > Hi Walt, > > > > I am trying this myself – using the comprehensive tests script under MSYS > – and I ran into the same issue. It seems that the logic for including the > header file unistd.h is incomplete or incorrect as far as MinGW is > concerned. I have changed this in my own repository to: > > > > > > #include "plConfig.h" > > #if !PL_HAVE_UNISTD_H > > #define F_OK 1 > > #include <stdio.h> > > int access( char *filename, int flag ) > > > > and that is doing the trick as far as the build up to now is concerned. If > successful, I will contribute this. > > > > Regards, > > > > Arjen > > > > > > *From:* Walt Brainerd [mailto:wal...@gm...] > *Sent:* Friday, July 10, 2015 1:25 AM > *To:* plplot_general > *Subject:* [Plplot-general] Problem building 5.11 on Windows 8.1 > > > > I have the TDM version of MinGW installed. > > > > C:\Users\Walt>gfortran --version > > GNU Fortran (tdm64-1) 5.1.0 > > Copyright (C) 2015 Free Software Foundation, Inc. > > > > I downloaded 5.11.0 using git and built with the following > > (all one line, of course): > > > > cmake -G "MinGW Makefiles" -DCMAKE_INSTALL_PREFIX=install > > -DBUILD_SHARED_LIBS=OFF -DDEFAULT_NO_BINDINGS=ON -DENABLE_cxx=ON > > -DENABLE_f95=ON -DDEFAULT_ALL_DEVICES=ON ../plplot.git > > > > [Something different: I got a lot more devices and drivers.] > > > > Make produces the following: > > > > C:\walt\Software\Plplot\BUILD>make > > [ 0%] Built target csirocsa > > [ 3%] Built target deltaT-gen > > [ 4%] Built target deltaT.h_built > > [ 6%] Built target tai-utc-gen > > [ 7%] Built target tai-utc.h_built > > [ 10%] Built target qsastime > > [ 12%] Built target nistcd > > [ 12%] Built target cdexpert > > [ 13%] Built target cdmulti > > [ 15%] Built target cdsimple > > [ 16%] Built target cdtest > > [ 18%] Built target cdtext > > [ 18%] Built target color16 > > [ 26%] Built target test_nistcd > > [ 26%] Built target plhershey-unicode-gen > > [ 27%] Built target plhershey-unicode.h_built > > [ 29%] Building C object src/CMakeFiles/plplot.dir/plfreetype.c.obj > > In file included from > C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/unistd.h:10:0, > > from > C:/walt/Software/Plplot/plplot.git/include/plplotP.h:110, > > from > C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: > > C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/io.h:310:15: error: > conflicting types for 'access' > > int __cdecl access(const char *_Filename,int _AccessMode) > __MINGW_ATTRIB_DEPRECATED_MSVC2005; > > ^ > > C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:69:5: note: previous > definition of 'access' was here > > int access( char *filename, int flag ) > > ^ > > In file included from > C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90:0: > > C:/walt/Software/Plplot/plplot.git/include/plplotP.h:252:0: warning: > "isfinite" redefined > > # define isfinite finite > > ^ > > In file included from > C:/walt/Software/Plplot/plplot.git/include/plplotP.h:105:0, > > from > C:\walt\Software\Plplot\plplot.git\src\plfreetype.c:90: > > C:/Fortran_Tools/gfortran/x86_64-w64-mingw32/include/math.h:520:0: note: > this is the location of the previous definition > > #define isfinite(x) ((fpclassify(x) & FP_NAN) == 0) > > ^ > > src\CMakeFiles\plplot.dir\build.make:366: recipe for target > 'src/CMakeFiles/plplot.dir/plfreetype.c.obj' failed > > make[2]: *** [src/CMakeFiles/plplot.dir/plfreetype.c.obj] Error 1 > > CMakeFiles\Makefile2:798: recipe for target > 'src/CMakeFiles/plplot.dir/all' failed > > make[1]: *** [src/CMakeFiles/plplot.dir/all] Error 2 > > Makefile:135: recipe for target 'all' failed > > make: *** [all] Error 2 > > > > To me, the first one (access) looks like a conflict between gcc and plplot. > > The second (isfinite) is a conflict between two things in Plplot??? > > > > Help please? Thanks. > > > > > > -- > > Walt Brainerd > > DISCLAIMER: This message is intended exclusively for the addressee(s) and > may contain confidential and privileged information. If you are not the > intended recipient please notify the sender immediately and destroy this > message. Unauthorized use, disclosure or copying of this message is > strictly prohibited. The foundation 'Stichting Deltares', which has its > seat at Delft, The Netherlands, Commercial Registration Number 41146461, is > not liable in any way whatsoever for consequences and/or damages resulting > from the improper, incomplete and untimely dispatch, receipt and/or content > of this e-mail. > > DISCLAIMER: This message is intended exclusively for the addressee(s) and > may contain confidential and privileged information. If you are not the > intended recipient please notify the sender immediately and destroy this > message. Unauthorized use, disclosure or copying of this message is > strictly prohibited. The foundation 'Stichting Deltares', which has its > seat at Delft, The Netherlands, Commercial Registration Number 41146461, is > not liable in any way whatsoever for consequences and/or damages resulting > from the improper, incomplete and untimely dispatch, receipt and/or content > of this e-mail. > > > > > > -- > > Walt Brainerd > > DISCLAIMER: This message is intended exclusively for the addressee(s) and > may contain confidential and privileged information. If you are not the > intended recipient please notify the sender immediately and destroy this > message. Unauthorized use, disclosure or copying of this message is > strictly prohibited. The foundation 'Stichting Deltares', which has its > seat at Delft, The Netherlands, Commercial Registration Number 41146461, is > not liable in any way whatsoever for consequences and/or damages resulting > from the improper, incomplete and untimely dispatch, receipt and/or content > of this e-mail. > DISCLAIMER: This message is intended exclusively for the addressee(s) > and may contain confidential and privileged information. If you are not the > intended recipient please notify the sender immediately and destroy this > message. Unauthorized use, disclosure or copying of this message is > strictly prohibited. The foundation 'Stichting Deltares', which has its > seat at Delft, The Netherlands, Commercial Registration Number 41146461, is > not liable in any way whatsoever for consequences and/or damages resulting > from the improper, incomplete and untimely dispatch, receipt and/or content > of this e-mail. > -- Walt Brainerd |
From: Alan W. I. <ir...@be...> - 2015-07-13 21:30:15
|
Walt said: =================================== Here are my attempts to run the test as you requested. Just to get all the facts: The TDM version of Mingw is in C:\mingw. It includes gcc version 5.1. Msys is in C:\msys\1.0--the MSYS web site implied this was not the latest, but I couldn't find anything else. I enclose the test output with the directory "shared" removed. OW my mail wouldn't let me attach the tgz result. How do I install libplplot.dll if I can't build plplot? There may simply be too many things different, especially gcc 4.9 vs 5.1, but I will keep trying things if it will help you improve Plplot. =================================== Hi Walt: Just to interject here, I believe Orion Poplaski (who extensively tests PLplot on Fedora) has largely had success with gcc-5.x, but I also recall there was at least one component of PLplot that had to be avoided. Anyhow, with some care I am pretty sure gcc-5.1 will not be a problem for you. Since Arjen is getting good comprehensive test results for MinGW-w64/MSYS2 (and also MinGW/MSYS), I am pretty sure that such success for TDM cannot be that far away, and your comprehensive test results for that platform should indeed help us to diagnose and fix (or workaround) whatever small problems that are keeping you from the expected success on that platform. But to make that happens it is essential that you figure out a way to communicate the complete comprehensive_test.tar.gz that is generated by the script to us. For example, that missing shared directory in your present report tarball contains absolutely essential information that helps us debug the error you encountered and if we cannot do that in a timely manner also allows us to give you good advice about how to workaround that error (say by disabling some component of PLplot). So please try a mailer without the restriction of disallowing subdirectories in outgoing tarball attachments or if you do not have access to such a mailer, please post comprehensive_test.tar.gz to a website where we can download it for ourselves. If you decide to use the website alternative, each of your report tarballs should be located in a directory on your website with a unique name (such as "test1", "test2", etc.) so you, Arjen, and I will all know which of your report tarballs we are discussing here. 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 __________________________ |
From: Walt B. <wal...@gm...> - 2015-07-13 22:55:36
|
Sorry, I saw all the examples in the shared directory and thought maybe they were not necessary. Try this: http://www.fortran.com/Test1/c_d_t.tgz And I thought maybe the reason for the problem with the DLL might be 32 vs 64 bits ??? But I will just leave it to you experts. The compilers in the MinGW (TDM) I used are 64 bits. Please let me know if you can't get the tgz file. Thanks. On Mon, Jul 13, 2015 at 2:30 PM, Alan W. Irwin <ir...@be...> wrote: > Walt said: > > =================================== > Here are my attempts to run the test as you requested. > > Just to get all the facts: > > The TDM version of Mingw is in C:\mingw. > It includes gcc version 5.1. > > Msys is in C:\msys\1.0--the MSYS web site implied this > was not the latest, but I couldn't find anything else. > > I enclose the test output with the directory "shared" removed. > OW my mail wouldn't let me attach the tgz result. > > How do I install libplplot.dll if I can't build plplot? > > There may simply be too many things different, especially gcc 4.9 vs > 5.1, > but I will keep trying things if it will help you improve Plplot. > =================================== > > Hi Walt: > > Just to interject here, I believe Orion Poplaski (who extensively > tests PLplot on Fedora) has largely had success with gcc-5.x, but I > also recall there was at least one component of PLplot that had to be > avoided. Anyhow, with some care I am pretty sure gcc-5.1 will not be > a problem for you. > > Since Arjen is getting good comprehensive test results for > MinGW-w64/MSYS2 (and also MinGW/MSYS), I am pretty sure that such > success for TDM cannot be that far away, and your comprehensive test > results for that platform should indeed help us to diagnose and fix > (or workaround) whatever small problems that are keeping you from the > expected success on that platform. > > But to make that happens it is essential that you figure out a way to > communicate the complete comprehensive_test.tar.gz that is generated > by the script to us. For example, that missing shared directory in > your present report tarball contains absolutely essential information > that helps us debug the error you encountered and if we cannot do that > in a timely manner also allows us to give you good advice about how to > workaround that error (say by disabling some component of PLplot). > > So please try a mailer without the restriction of disallowing > subdirectories in outgoing tarball attachments or if you do not have > access to such a mailer, please post comprehensive_test.tar.gz to a > website where we can download it for ourselves. If you decide to use > the website alternative, each of your report tarballs should be > located in a directory on your website with a unique name (such as > "test1", "test2", etc.) so you, Arjen, and I will all know which > of your report tarballs we are discussing here. > > 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 > __________________________ > -- Walt Brainerd |
From: Alan W. I. <ir...@be...> - 2015-07-14 01:00:29
|
On 2015-07-13 15:55-0700 Walt Brainerd wrote: > Sorry, I saw all the examples in the shared directory and thought > maybe they were not necessary. Try this: > > http://www.fortran.com/Test1/c_d_t.tgz Hi Walt: I was able to download that Test1 report tarball. Here are my comments on the results in various files in that tarball: I. comprehensive_test_disposeable/comprehensive_test.sh.out do_clean_as_you_go=no The script option --do_clean_as_you_go no might have been recommended to you by Arjen, but I suggest that is not normally a good idea because once the script works it can consume ~40GB of disk data. Thus, I recommend you drop the option above which means the recommended default do_clean_as_you_go=yes will be used, i.e., plplot files generated by PLplot will be deleted after each of the 21 different major tests. II. comprehensive_test_disposeable/shared/output_tree/cmake.out -- The C compiler identification is GNU 5.1.0 -- Check for working C compiler: c:/mingw/bin/gcc.exe -- Check for working C compiler: c:/mingw/bin/gcc.exe -- works [...] -- The CXX compiler identification is GNU 5.1.0 -- Check for working CXX compiler: c:/mingw/bin/g++.exe -- Check for working CXX compiler: c:/mingw/bin/g++.exe -- works [...] -- The Fortran compiler identification is GNU -- Check for working Fortran compiler: c:/mingw/bin/gfortran.exe -- Check for working Fortran compiler: c:/mingw/bin/gfortran.exe -- works Just to double-check, are those the expected locations and identifications for your TDM compilers? This file also shows many components of PLplot are missing (because unlike MSYS2, MSYS has very few of the desired PLplot prerequisites). So the list of enabled device drivers is limited to just mem;null;ps;svg;wingcc;xfig, and the list of bindings is limited to just C++ and Fortran 95. However, there are no obvious fundamental issues in these results so there is no evidence in this file to suggest you would not get a clean comprehensive test for this minimal set of PLplot components. III. comprehensive_test_disposeable/shared/output_tree/make_noninteractive.out This is a peculiar result since the script generates it with the VERBOSE=1 option, but instead we get terse results. Furthermore, the only error messages I can find in there are make[5]: *** [examples/test_examples_output_dir/x00c.psc] Error 1 make[4]: *** [examples/CMakeFiles/test_c_psc.dir/all] Error 2 make[3]: *** [examples/CMakeFiles/test_noninteractive.dir/rule] Error 2 make[2]: *** [test_noninteractive] Error 2 which is not very informative to say the least, but I think that is the result of somehow VERBOSE=1 not being set by the script or being somehow ignored on your platform. But before commenting further IV should be solved. IV. Peculiarities of your report tarball It appears to contain the complete comprehensive_test_disposeable tree which is not what you should be reporting. And within that tarball comprehensive_test_disposeable/comprehensive_test_env.out is an empty file, and comprehensive_test_disposeable/comprehensive_test.tar.gz is completely missing. Those are both extremely peculiar results. So please follow these exact instructions for your second try. # Change to the directory where you have a recently updated master # branch version of PLplot. cd c:/walt/Software/Plplot/plplot-git # Run the comprehensive test script with everything default (see # comment above) except bypassing ctest (for now) and the interactive part of the # test (for now). scripts/comprehensive_test.sh --generator_string "MSYS Makefiles" --do_ctest no --do_test_interactive no copy ../comprehensive_test_disposeable/comprehensive_test.tar.gz (the report tarball automatically generated by the script) to your website. I look forward to those Test2 results. Assuming you follow those directions precisely so that the Test2 tarball is actually generated by the script (as opposed to what appears to be the case for the Test1 tarball), we may find that the VERBOSE=1 trouble for III goes away so that I can say more about the error in that case. 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 __________________________ |
From: Walt B. <wal...@gm...> - 2015-07-15 21:31:59
|
I need another bit of information. I have mingw (the TDM version) with the compilers, msys\1.0, msys64 (msys2), and cygwin. Obviously, the mingw is necessary. Which of the others should be accessible when running the test? I think when I compiled 5.10 with gcc 4.9, I had none of them accessible (except the compilers, of course). I have a separately installed cmake. But it looks like Unix-ish utilities are needed for the test script ??? Thanks.. On Mon, Jul 13, 2015 at 6:00 PM, Alan W. Irwin <ir...@be...> wrote: > On 2015-07-13 15:55-0700 Walt Brainerd wrote: > > Sorry, I saw all the examples in the shared directory and thought >> maybe they were not necessary. Try this: >> >> http://www.fortran.com/Test1/c_d_t.tgz >> > > Hi Walt: > > I was able to download that Test1 report tarball. > > Here are my comments on the results in various files in that tarball: > > I. comprehensive_test_disposeable/comprehensive_test.sh.out > > do_clean_as_you_go=no > > The script option > > --do_clean_as_you_go no > > might have been recommended to you by Arjen, but I suggest that is not > normally a good idea because once the script works it can consume > ~40GB of disk data. Thus, I recommend you drop the option above which > means the recommended default do_clean_as_you_go=yes will be used, i.e., > plplot files generated by PLplot will be deleted after each of the 21 > different major tests. > > II. comprehensive_test_disposeable/shared/output_tree/cmake.out > > -- The C compiler identification is GNU 5.1.0 > -- Check for working C compiler: c:/mingw/bin/gcc.exe > -- Check for working C compiler: c:/mingw/bin/gcc.exe -- works > [...] > -- The CXX compiler identification is GNU 5.1.0 > -- Check for working CXX compiler: c:/mingw/bin/g++.exe > -- Check for working CXX compiler: c:/mingw/bin/g++.exe -- works > [...] > -- The Fortran compiler identification is GNU > -- Check for working Fortran compiler: c:/mingw/bin/gfortran.exe > -- Check for working Fortran compiler: c:/mingw/bin/gfortran.exe -- works > > Just to double-check, are those the expected locations and > identifications for your TDM compilers? > > This file also shows many components of PLplot are missing (because > unlike MSYS2, MSYS has very few of the desired PLplot prerequisites). > So the list of enabled device drivers is limited to just > mem;null;ps;svg;wingcc;xfig, and the list of bindings is limited to > just C++ and Fortran 95. However, there are no obvious fundamental > issues in these results so there is no evidence in this file to suggest you > would not get a clean comprehensive test for this minimal set of > PLplot components. > > III. > comprehensive_test_disposeable/shared/output_tree/make_noninteractive.out > > This is a peculiar result since the script generates it with the > VERBOSE=1 option, but instead we get terse results. Furthermore, the > only error messages I can find in there are > > make[5]: *** [examples/test_examples_output_dir/x00c.psc] Error 1 > make[4]: *** [examples/CMakeFiles/test_c_psc.dir/all] Error 2 > make[3]: *** [examples/CMakeFiles/test_noninteractive.dir/rule] Error 2 > make[2]: *** [test_noninteractive] Error 2 > > which is not very informative to say the least, but I think that > is the result of somehow VERBOSE=1 not being set by the script > or being somehow ignored on your platform. But before commenting > further IV should be solved. > > IV. Peculiarities of your report tarball > > It appears to contain the complete comprehensive_test_disposeable tree > which is not what you should be reporting. And within that tarball > comprehensive_test_disposeable/comprehensive_test_env.out is an empty > file, and comprehensive_test_disposeable/comprehensive_test.tar.gz is > completely missing. Those are both extremely peculiar results. > > So please follow these exact instructions for your second try. > > # Change to the directory where you have a recently updated master > # branch version of PLplot. > cd c:/walt/Software/Plplot/plplot-git > > # Run the comprehensive test script with everything default (see > # comment above) except bypassing ctest (for now) and the interactive part > of the > # test (for now). > scripts/comprehensive_test.sh --generator_string "MSYS Makefiles" > --do_ctest no --do_test_interactive no > > copy ../comprehensive_test_disposeable/comprehensive_test.tar.gz (the > report tarball automatically generated by the script) to your website. > > I look forward to those Test2 results. > > Assuming you follow those directions precisely so that the Test2 tarball is > actually generated by the script (as opposed to what appears to be the > case for the Test1 tarball), we may find that the VERBOSE=1 trouble > for III goes away so that I can say more about the error in that case. > > > 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 > __________________________ > -- Walt Brainerd |
From: Walt B. <wal...@gm...> - 2015-07-15 20:24:18
|
First, yes, those are the correct compilers: bash-3.1$ which gfortran /c/mingw/bin/gfortran.exe bash-3.1$ gfortran --version GNU Fortran (tdm64-1) 5.1.0 I tried MSYS2 to see what would happen. Nothing works--not even git. Says my version of cygwin.dll is incompatible. (Incompatible with what? The compilers, cygwin and msys2 are all the latest 64-bit version). What is the point of MSYS if you also have to have Cygwin? So I deleted Msys2 and reinstalled msys1. [It looked interesting for progressing with coarray Fortran as it includes /dev/shm.] Your test didn't get very far, but here it is: http://www.fortran.com/Test2/*tar.gz On Mon, Jul 13, 2015 at 6:00 PM, Alan W. Irwin <ir...@be...> wrote: > On 2015-07-13 15:55-0700 Walt Brainerd wrote: > > Sorry, I saw all the examples in the shared directory and thought >> maybe they were not necessary. Try this: >> >> http://www.fortran.com/Test1/c_d_t.tgz >> > > Hi Walt: > > I was able to download that Test1 report tarball. > > Here are my comments on the results in various files in that tarball: > > I. comprehensive_test_disposeable/comprehensive_test.sh.out > > do_clean_as_you_go=no > > The script option > > --do_clean_as_you_go no > > might have been recommended to you by Arjen, but I suggest that is not > normally a good idea because once the script works it can consume > ~40GB of disk data. Thus, I recommend you drop the option above which > means the recommended default do_clean_as_you_go=yes will be used, i.e., > plplot files generated by PLplot will be deleted after each of the 21 > different major tests. > > II. comprehensive_test_disposeable/shared/output_tree/cmake.out > > -- The C compiler identification is GNU 5.1.0 > -- Check for working C compiler: c:/mingw/bin/gcc.exe > -- Check for working C compiler: c:/mingw/bin/gcc.exe -- works > [...] > -- The CXX compiler identification is GNU 5.1.0 > -- Check for working CXX compiler: c:/mingw/bin/g++.exe > -- Check for working CXX compiler: c:/mingw/bin/g++.exe -- works > [...] > -- The Fortran compiler identification is GNU > -- Check for working Fortran compiler: c:/mingw/bin/gfortran.exe > -- Check for working Fortran compiler: c:/mingw/bin/gfortran.exe -- works > > Just to double-check, are those the expected locations and > identifications for your TDM compilers? > > This file also shows many components of PLplot are missing (because > unlike MSYS2, MSYS has very few of the desired PLplot prerequisites). > So the list of enabled device drivers is limited to just > mem;null;ps;svg;wingcc;xfig, and the list of bindings is limited to > just C++ and Fortran 95. However, there are no obvious fundamental > issues in these results so there is no evidence in this file to suggest you > would not get a clean comprehensive test for this minimal set of > PLplot components. > > III. > comprehensive_test_disposeable/shared/output_tree/make_noninteractive.out > > This is a peculiar result since the script generates it with the > VERBOSE=1 option, but instead we get terse results. Furthermore, the > only error messages I can find in there are > > make[5]: *** [examples/test_examples_output_dir/x00c.psc] Error 1 > make[4]: *** [examples/CMakeFiles/test_c_psc.dir/all] Error 2 > make[3]: *** [examples/CMakeFiles/test_noninteractive.dir/rule] Error 2 > make[2]: *** [test_noninteractive] Error 2 > > which is not very informative to say the least, but I think that > is the result of somehow VERBOSE=1 not being set by the script > or being somehow ignored on your platform. But before commenting > further IV should be solved. > > IV. Peculiarities of your report tarball > > It appears to contain the complete comprehensive_test_disposeable tree > which is not what you should be reporting. And within that tarball > comprehensive_test_disposeable/comprehensive_test_env.out is an empty > file, and comprehensive_test_disposeable/comprehensive_test.tar.gz is > completely missing. Those are both extremely peculiar results. > > So please follow these exact instructions for your second try. > > # Change to the directory where you have a recently updated master > # branch version of PLplot. > cd c:/walt/Software/Plplot/plplot-git > > # Run the comprehensive test script with everything default (see > # comment above) except bypassing ctest (for now) and the interactive part > of the > # test (for now). > scripts/comprehensive_test.sh --generator_string "MSYS Makefiles" > --do_ctest no --do_test_interactive no > > copy ../comprehensive_test_disposeable/comprehensive_test.tar.gz (the > report tarball automatically generated by the script) to your website. > > I look forward to those Test2 results. > > Assuming you follow those directions precisely so that the Test2 tarball is > actually generated by the script (as opposed to what appears to be the > case for the Test1 tarball), we may find that the VERBOSE=1 trouble > for III goes away so that I can say more about the error in that case. > > > 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 > __________________________ > -- Walt Brainerd |
From: Alan W. I. <ir...@be...> - 2015-07-16 07:59:39
|
On 2015-07-15 13:24-0700 Walt Brainerd wrote: > First, yes, those are the correct compilers: > > bash-3.1$ which gfortran > /c/mingw/bin/gfortran.exe > bash-3.1$ gfortran --version > GNU Fortran (tdm64-1) 5.1.0 > > I tried MSYS2 to see what would happen. > Nothing works--not even git. Says my > version of cygwin.dll is incompatible. > (Incompatible with what? The compilers, > cygwin and msys2 are all the latest 64-bit > version). What is the point of MSYS if > you also have to have Cygwin? > > So I deleted Msys2 and reinstalled msys1. > > [It looked interesting for progressing with > coarray Fortran as it includes /dev/shm.] > > Your test didn't get very far, but here it is: > > http://www.fortran.com/Test2/*tar.gz Hi Walt: Sorry I have been a bit slow to respond today, but I have a number of things on my plate as release manager with the release of 5.11.1 coming up in 10 days. I am very happy to see a proper report tarball at the above URL rather than the peculiar one we had for Test1. That report is exactly what I should have needed to get further, but as you stated your test stopped virtually instantly. The error message (in shared/output_tree/cmake.out) was CMake Error: Could not create named generator MSYS Makefiles I have been told elsewhere that the MSYS2 version of cmake does not have the MSYS Makefiles generator because you should always use the "Unix Makefiles" generator on that platform. So from that it appears you might have been using the MSYS2 version of cmake, but that doesn't jibe with your statement above that your removed MSYS2. I am now left wondering if your TDM environment fails to do a clean job of imposing MSYS2 on a previous MSYS platform (explaining why you could not get MSYS2 to work) or vice versa (explaining why from the above error message some part of MSYS2 appears to still be left). Anyhow, I suggest you start over with a new clean install of TDM using a unique installation prefix so that it is always easy thereafter to remove that version of TDM if it gets clobberred. According to <http://tdm-gcc.tdragon.net/about> you have two choices which are MinGW or MinGW-w64. But I assume that really means your choices are MinGW/MSYS (a very limited environment which you denote as MSYS1) or MinGW-w64/MSYS2 since MSYS is normally used as a companion to MinGW and MSYS2 is normally used as a companion to MinGW-w64. Anyhow, when you start over with TDM I suggest you pick MinGW-w64/MSYS2 from the get go (and the 64-bit rather than 32-bit version if you are offered the choice by TDM) to see if that clean version works for you. And in that case you must use MSYS2 version of cmake and the "Unix Makefiles" generator. On the other hand, if you decide to make a clean start with TDM using MinGW/MSYS from the get go, then in that case you have to use the raw Windows version of cmake (that you can download from Kitware) and the "MSYS Makefiles" generator. I hope that helps to clarify your TDM choices. Also, note it appears to be a constant problem on Windows that installation to default areas never works properly because of overlapping results from other similar but not identical installations (such as MinGW/MSYS and MinGW-w64/MSYS2) and the inability to clean out the default install area properly. Thus, I have long advocated using separate install prefixes as above. I don't have a lot of Windows experience so I am not sure my recommendation is common, but I do note that the one site I have found (<http://www.openwalnut.org/projects/openwalnut/wiki/InstallMSYS2>) that is the source of the recommendation that you must use the MSYS2 version of CMake and the "Unix Makefiles" generator with MinGW-w64/MSYS2 _also_ recommends a separate install prefix for MinGW-w64/MSYS2. So at least I am not alone in recommending a separate install prefix! Alan P.S. I notice you asked further question in a later e-mail, but I believe I have answered all of them here. But if not, please ask them again in light of the extra information I have given here. 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 __________________________ |