plplot-general — PLplot user discussion group

Re: [Plplot-general] Problem building 5.11 on Windows 8.1

[Arjen M. <Arj...@de...>]

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.

Re: [Plplot-general] Problem building 5.11 on Windows 8.1

[Arjen M. <Arj...@de...>]

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.

Re: [Plplot-general] Problem building 5.11 on Windows 8.1

[Arjen M. <Arj...@de...>]

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.

Re: [Plplot-general] Problem building 5.11 on Windows 8.1

[Arjen M. <Arj...@de...>]

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.

Re: [Plplot-general] Problem building 5.11 on Windows 8.1

[Walt B. <wal...@gm...>]

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

Re: [Plplot-general] Problem building 5.11 on Windows 8.1

[Alan W. I. <ir...@be...>]

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
__________________________

Re: [Plplot-general] Problem building 5.11 on Windows 8.1

[Alan W. I. <ir...@be...>]

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
__________________________

Re: [Plplot-general] Problem building 5.11 on Windows 8.1

[Walt B. <wal...@gm...>]

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

Re: [Plplot-general] Problem building 5.11 on Windows 8.1

[Walt B. <wal...@gm...>]

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

Re: [Plplot-general] Problem building 5.11 on Windows 8.1

[Walt B. <wal...@gm...>]

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

Re: [Plplot-general] Problem building 5.11 on Windows 8.1

[Arjen M. <Arj...@de...>]

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.

Re: [Plplot-general] Problem building 5.11 on Windows 8.1

[Arjen M. <Arj...@de...>]

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.

Re: [Plplot-general] Problem building 5.11 on Windows 8.1

[Alan W. I. <ir...@be...>]

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
__________________________

[Plplot-general] Problem building 5.11 on Windows 8.1

[Walt B. <wal...@gm...>]

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

Re: [Plplot-general] PLplot on ubuntu 14.04

[Xue, H. (NIH/N. [E] <hu...@ni...>]

Hi Andrew,

Thank you for the comments. I made the process work by using -lplplotd finally.

Best regards

Hui Xue
________________________________________
From: Andrew Ross [and...@us...]
Sent: Monday, June 08, 2015 3:26 PM
To: Xue, Hui (NIH/NHLBI) [E]
Cc: plp...@li...
Subject: Re: [Plplot-general] PLplot on ubuntu 14.04

Ubuntu 14.04 doesn't not have the latest version of plplot. The core library
was called plplotd until the last release. The d stood for double
precision. This was for historic reasons, and always confused, so as of
the latest plplot release the "d" has been dropped. Try -lplplotd instead
and all should work.

Andrew

On Mon, Jun 08, 2015 at 06:17:28PM +0000, Xue, Hui (NIH/NHLBI) [E] wrote:
> Dear PLplot team,
>
> I am trying to install plplot on Ubuntu 14.04 using
> apt-get install libplplot-dev
>
> It went through and installed the libraries. However, it only installed libplplotd.so and libplplotcxxd.so and others. When I was trying to link against plplot by -lplplot, the gcc told me that it cannot find plplot lib. I am wondering whether the Ubuntu installation package is broken for 14.04. Or, please advise me how to proceed.
>
> Best regards
>
> Hui Xue
>
> MRI Technology Program
> National Heart, Lung, and Blood Institute
> National Institutes of Health
> 10 Center Drive, MSC-1061
> Bethesda, MD 20892-1061
> USA
> Email: hu...@ni...<mailto:hu...@ni...>
> Phone: 301-496-3052
> Cell: 609-712-3398
> Fax: 301-402-2389
>

> ------------------------------------------------------------------------------

> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

[Plplot-general] 2nd Call For Papers - 22nd Annual Tcl/Tk Conference (Tcl'2015)

[<and...@ac...>]

Hello plplot-general, fyi ...

22nd Annual Tcl/Tk Conference (Tcl'2015)
http://www.tcl.tk/community/tcl2015/

October 19 - 23, 2015
Comfort Suites Manassas
7350 Williamson Blvd, 20109
Manassas, Virginia, USA

Important Dates:

[[ Attention! Registration is open! Please have a look at
   http://www.tcl.tk/community/tcl2015/register.html
]]

Abstracts and proposals due   August 24, 2015
Notification to authors       August 31, 2015
WIP and BOF reservations open July 27, 2015
Author materials due          September 28, 2015
Tutorials Start               October 19, 2015
Conference starts             October 21, 2015

Email Contact:                tcl...@go...

Submission of Summaries

Tcl/Tk 2015 will be held in Manassas, Virginia, USA from October 19, 2015 to October 23, 2015.

The program committee is asking for papers and presentation proposals
from anyone using or developing with Tcl/Tk (and extensions). Past
conferences have seen submissions covering a wide variety of topics
including:

* Scientific and engineering applications
* Industrial controls
* Distributed applications and Network Managment
* Object oriented extensions to Tcl/Tk
* New widgets for Tk
* Simulation and application steering with Tcl/Tk
* Tcl/Tk-centric operating environments
* Tcl/Tk on small and embedded devices
* Medical applications and visualization
* Use of different programming paradigms in Tcl/Tk and proposals for new
  directions.
* New areas of exploration for the Tcl/Tk language

Submissions should consist of an abstract of about 100 words and a
summary of not more than two pages, and should be sent as plain text
to tcl...@go... no later than August 24, 2015. Authors of accepted
abstracts will have until September 28, 2015 to submit their final
paper for the inclusion in the conference proceedings. The proceedings
will be made available on digital media, so extra materials such as
presentation slides, code examples, code for extensions etc. are
encouraged.

Printed proceedings will be produced as an on-demand book at lulu.com

The authors will have 30 minutes to present their paper at
the conference.

The program committee will review and evaluate papers according to the
following criteria:

* Quantity and quality of novel content
* Relevance and interest to the Tcl/Tk community
* Suitability of content for presentation at the conference

Proposals may report on commercial or non-commercial systems, but
those with only blatant marketing content will not be accepted.

Application and experience papers need to strike a balance between
background on the application domain and the relevance of Tcl/Tk to
the application. Application and experience papers should clearly
explain how the application or experience illustrates a novel use of
Tcl/Tk, and what lessons the Tcl/Tk community can derive from the
application or experience to apply to their own development efforts.

Papers accompanied by non-disclosure agreements will be returned to
the author(s) unread. All submissions are held in the highest
confidentiality prior to publication in the Proceedings, both as a
matter of policy and in accord with the U. S. Copyright Act of 1976.

The primary author for each accepted paper will receive registration
to the Technical Sessions portion of the conference at a reduced rate.

Other Forms of Participation

The program committee also welcomes proposals for panel discussions of
up to 90 minutes. Proposals should include a list of confirmed
panelists, a title and format, and a panel description with position
statements from each panelist. Panels should have no more than four
speakers, including the panel moderator, and should allow time for
substantial interaction with attendees. Panels are not presentations
of related research papers.

Slots for Works-in-Progress (WIP) presentations and Birds-of-a-Feather
sessions (BOFs) are available on a first-come, first-served basis
starting in July 27, 2015. Specific instructions for reserving WIP
and BOF time slots will be provided in the registration information
available in July 27, 2015. Some WIP and BOF time slots will be held open
for on-site reservation. All attendees with an interesting work in
progress should consider reserving a WIP slot.

Registration Information

More information on the conference is available the conference Web
site (http://www.tcl.tk/community/tcl2015/) and will be published on
various Tcl/Tk-related information channels.

To keep in touch with news regarding the conference and Tcl events in
general, subscribe to the tcl-announce list. See:
http://code.activestate.com/lists/tcl-announce to subscribe to the
tcl-announce mailing list.


Conference Committee

   * Andreas Kupries  ActiveState Inc
   * Arjen Markus     Deltares
   * Brian Griffin    Mentor Graphics
   * Clif Flynt       Noumena Corp
   * Cynthia Lilagan  National Museum of Health & Medicine, Chicago
   * Donal Fellows    University of Manchester
   * Gerald Lester    KnG Consulting LLC
   * Jeff Hobbs       ActiveState Inc
   * Joe Mistachkin   Mistachkin Systems
   * Kevin Kenny      GE Global Research Center
   * Larry Virden
   * Mike Doyle       National Museum of Health & Medicine, Chicago
   * Ronald Fox       CAEN Technologies
                      NSCL @ Michigan State University
   * Steve Landers    Digital Smarties
   * Steve Redler, IV SR Technology

Contact Information     tcl...@go...

Tcl'2015 would like to thank those who are sponsoring the conference:

   * ActiveState Inc
   * Buonacorsi Foundation
   * Mentor Graphics
   * Noumena Corp
   * SR Technology
   * Tcl Community Association

Re: [Plplot-general] PLplot on ubuntu 14.04

[Andrew R. <and...@us...>]

Ubuntu 14.04 doesn't not have the latest version of plplot. The core library
was called plplotd until the last release. The d stood for double
precision. This was for historic reasons, and always confused, so as of
the latest plplot release the "d" has been dropped. Try -lplplotd instead
and all should work.

Andrew

On Mon, Jun 08, 2015 at 06:17:28PM +0000, Xue, Hui (NIH/NHLBI) [E] wrote:
> Dear PLplot team,
> 
> I am trying to install plplot on Ubuntu 14.04 using
> apt-get install libplplot-dev
> 
> It went through and installed the libraries. However, it only installed libplplotd.so and libplplotcxxd.so and others. When I was trying to link against plplot by -lplplot, the gcc told me that it cannot find plplot lib. I am wondering whether the Ubuntu installation package is broken for 14.04. Or, please advise me how to proceed.
> 
> Best regards
> 
> Hui Xue
> 
> MRI Technology Program
> National Heart, Lung, and Blood Institute
> National Institutes of Health
> 10 Center Drive, MSC-1061
> Bethesda, MD 20892-1061
> USA
> Email: hu...@ni...<mailto:hu...@ni...>
> Phone: 301-496-3052
> Cell: 609-712-3398
> Fax: 301-402-2389
> 

> ------------------------------------------------------------------------------

> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] PLplot on ubuntu 14.04

[Arjen M. <Arj...@de...>]

Hi,



I do not know which version you actually downloaded this way, but you will probably want to use the pkg-config approach:



gcc -o myprogram myprogram.c `pkg-config -libs plplotd`



The pkg-config command was designed for this sort of things.



Regards,



Arjen







From: Xue, Hui (NIH/NHLBI) [E] [mailto:hu...@ni...]
Sent: Monday, June 08, 2015 8:17 PM
To: plp...@li...
Subject: [Plplot-general] PLplot on ubuntu 14.04

Dear PLplot team,

I am trying to install plplot on Ubuntu 14.04 using
apt-get install libplplot-dev

It went through and installed the libraries. However, it only installed libplplotd.so and libplplotcxxd.so and others. When I was trying to link against plplot by -lplplot, the gcc told me that it cannot find plplot lib. I am wondering whether the Ubuntu installation package is broken for 14.04. Or, please advise me how to proceed.

Best regards

Hui Xue

MRI Technology Program
National Heart, Lung, and Blood Institute
National Institutes of Health
10 Center Drive, MSC-1061
Bethesda, MD 20892-1061
USA
Email: hu...@ni...<mailto:hu...@ni...>
Phone: 301-496-3052
Cell: 609-712-3398
Fax: 301-402-2389

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.

[Plplot-general] PLplot on ubuntu 14.04

[Xue, H. (NIH/N. [E] <hu...@ni...>]

Dear PLplot team,

I am trying to install plplot on Ubuntu 14.04 using
apt-get install libplplot-dev

It went through and installed the libraries. However, it only installed libplplotd.so and libplplotcxxd.so and others. When I was trying to link against plplot by -lplplot, the gcc told me that it cannot find plplot lib. I am wondering whether the Ubuntu installation package is broken for 14.04. Or, please advise me how to proceed.

Best regards

Hui Xue

MRI Technology Program
National Heart, Lung, and Blood Institute
National Institutes of Health
10 Center Drive, MSC-1061
Bethesda, MD 20892-1061
USA
Email: hu...@ni...<mailto:hu...@ni...>
Phone: 301-496-3052
Cell: 609-712-3398
Fax: 301-402-2389

Re: [Plplot-general] Problems with building Plplot 5.11.0 install on MacOS (fwd)

[Alan W. I. <ir...@be...>]

On 2015-06-04 11:52-0500 Marius Schamschula wrote:

> Alan,
>
> The good news is that I just built plplot 5.11.0 under MacPorts.
>
> The bad news is that it breaks GDL (the GNU Data Language), so I had to revert to plplot 5.10.0…

Yes, if you look at just the index of the release notes concerning
5.11.0 there are four backwards-incompatibilities introduced that we
thought were absolutely necessary. None of those changes were made lightly
because we realize they mean both the GDL developers and our users
need to make changes themselves in order to use the latest version of
PLplot.  I don't know whether the GDL developers have already adjusted
to the PLplot-5.11.0 changes in their CVS version (which you can
access following the directions at
<http://sourceforge.net/p/gnudatalanguage/code/?source=navbar>), but if
not you should probably send a bug report to them.

Our planned forthcoming release of 5.11.1 will be just a bug
fix release so once GDL and users adjust to 5.11.0 there should be
nothing further they need to do for 5.11.1.

>
> Also I did have to patch one file:
>
> --- cmake/modules/pkg-config.cmake.orig	2015-04-12 05:08:04.000000000 -0500
> +++ cmake/modules/pkg-config.cmake	2015-06-04 11:16:24.000000000 -0500
> @@ -204,7 +204,7 @@
>     "/System/Library/Frameworks/([^ ]*)\\.framework"
>     "-framework \\1"
>     link_flags
> -    ${link_flags}
> +    "${link_flags}"
>     )
>     #message("(frameworks) link_flags = ${link_flags}")
>   endif(CMAKE_SYSTEM_NAME STREQUAL "Darwin”)
>
> to avoid a "string sub-command REGEX, mode REPLACE needs at least 6 arguments total to command.” error

That bug has been fixed in the git master branch version of PLplot
that will be the basis of the forthcoming 5.11.1.

I ask everyone here to help out by reporting any bugs (first to this
list and later if there is no quick resolution to our bug tracker)
that they find in our git master branch tip version (follow the
directions at <http://sourceforge.net/p/plplot/plplot/ci/master/tree/>
to gain access).  That effort from our users should help to make
5.11.1 as bug-free as possible.

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
__________________________

Re: [Plplot-general] Problems with building Plplot 5.11.0 install on MacOS (fwd)

[Spong, D. A. <sp...@or...>]

Success! Adding -DPLD_wxwidgets=OFF to my cmake invocation solved the problem. I was able to build Plplot-5.11.0 and use it within a Fortran code (after fixing up calls to plline, plwid and plcol that had become outdated). While I don’t forsee using wxwidgets in the near future, it would be helpful to know why cmake wants to use -arch i386 on it and nothing else.

- Thanks, Don


On Jun 4, 2015, at 12:14 PM, Alan W. Irwin <ir...@be...<mailto:ir...@be...>> wrote:

On 2015-06-04 09:10-0700 Alan W. Irwin wrote:

-DENABLE_wxwidgets turns off just the library will build that is
associated with wxwidgets.  Instead use -DPLD_wxwidgets=OFF to disable
both the wxwidgets device driver and the associated library we build.

Hmm.  I should read my post before sending it rather than just after. That first line should have read

-DENABLE_wxwidgets=OFF turns off just the library will build that is

Alan
__________________________
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
__________________________

Re: [Plplot-general] Problems with building Plplot 5.11.0 install on MacOS (fwd)

[Marius S. <li...@sc...>]

Alan,

The good news is that I just built plplot 5.11.0 under MacPorts.

The bad news is that it breaks GDL (the GNU Data Language), so I had to revert to plplot 5.10.0…

Also I did have to patch one file:

--- cmake/modules/pkg-config.cmake.orig	2015-04-12 05:08:04.000000000 -0500
+++ cmake/modules/pkg-config.cmake	2015-06-04 11:16:24.000000000 -0500
@@ -204,7 +204,7 @@
     "/System/Library/Frameworks/([^ ]*)\\.framework"
     "-framework \\1"
     link_flags
-    ${link_flags}
+    "${link_flags}"
     )
     #message("(frameworks) link_flags = ${link_flags}")
   endif(CMAKE_SYSTEM_NAME STREQUAL "Darwin”)

to avoid a "string sub-command REGEX, mode REPLACE needs at least 6 arguments total to command.” error

On Jun 4, 2015, at 10:41 AM, Spong, Donald A. <sp...@or...> wrote:

> 
> 
> I installed the x86_64 version of AquaTerm and that seems to have fixed the problems with aqt. However, as Marius noted, there are still issues with x86_64 vs. i386 incompatibility (see attached cmake.out and make.out files). These seem to arise from the wxwidgets linking. I’ve set ENABLE_wxwidgets=OFF, but it still tries to link wxwidgets. In the cmake step it somehow decides that the -arch i386 compiler flag needs to be added to wxwidgets_LINK_FLAGS. I don’t know why this choice is made. I’ve also gone back and explicitly set:
>    export CC="gcc -arch x86_64 -O2"
>    export CXX="g++ -arch x86_64 -O2”
> But the cmake step still insists on compiling wxwidgets and using the -arch i386 setting instead. Any suggestions as to what is causing this and how to fix it?
> 
> - Thanks, Don
> 
> 
>> On Jun 3, 2015, at 10:34 PM, Jim Dishaw <ji...@di...> wrote:
>> 
>> One of the problems appears to be with AquaTerm.  The x86_64 libraries are missing, so there are three potential solutions:
>> 
>> 1) Install the x86_64 version of AquaTerm
>> 2) Remove AquaTerm
>> 3) Disable the AquaTerm driver in cmake via -DENABLE_aqt=OFF (I think)
>> 
>> Also, do you have both Quartz and MacPorts xorg-libX11 installed?
>> 
>>> ---------- Forwarded message ----------
>>> Date: Wed, 3 Jun 2015 14:35:44 +0000
>>> From: "Spong, Donald A." <sp...@or...>
>>> To: Alan W. Irwin <ir...@be...>
>>> Cc: plplot_general <plp...@li...>
>>> Subject: Re: [Plplot-general] Problems with building Plplot 5.11.0 install on
>>>  MacOS
>>> 
>>> 
>>> 
>>> Alan,
>>> 
>>> I tried the newer version you referred to. It got through the cmake step, but still had errors in the make steps that prevented successful completion. The log files are attached.
>>> 
>>> - Thanks, Don
>>> 
>>> 
>>>> On Jun 2, 2015, at 7:20 PM, Alan W. Irwin <ir...@be...> wrote:
>>>> 
>>>> On 2015-06-02 22:07-0000 Spong, Donald A. wrote:
>>>> 
>>>>> I’ve recently tried building Plplot 5.11.0 on my Mac, which is
>>>> running OSX 10.10.3, but without success yet. The Cmake log files are
>>>> attached. Suggestions as to what I need to fix would be appreciated.
>>>> Please ignore previous e-mail, which was accidentally sent before
>>>> completing.
>>>> 
>>>> Hi Don:
>>>> 
>>>> Thanks very much for your bug report concerning our build system.
>>>> 
>>>> That wrong number of arguments bug is the result of an empty element
>>>> in the list of linker flags, and because that case is not common we
>>>> only managed (by chance) to catch and fix the bug two weeks ago.
>>>> 
>>>> To get access to that fixed version (in our git master branch) please
>>>> follow directions at
>>>> <http://sourceforge.net/p/plplot/plplot/ci/master/tree/>, and if you
>>>> have any trouble with that version at all please let me know since
>>>> that is soon going to become our next release.
>>>> 
>>>> 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
>>>> __________________________
>>> <cmake.out><make.out><make_install.out>
>> 
>> 
> 
> <cmake.out><make.out>

Marius
--
Marius Schamschula

Re: [Plplot-general] Problems with building Plplot 5.11.0 install on MacOS (fwd)

[Alan W. I. <ir...@be...>]

On 2015-06-04 09:10-0700 Alan W. Irwin wrote:

> -DENABLE_wxwidgets turns off just the library will build that is
> associated with wxwidgets.  Instead use -DPLD_wxwidgets=OFF to disable
> both the wxwidgets device driver and the associated library we build.

Hmm.  I should read my post before sending it rather than just after. 
That first line should have read

-DENABLE_wxwidgets=OFF turns off just the library will build that is

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
__________________________

Re: [Plplot-general] Problems with building Plplot 5.11.0 install on MacOS (fwd)

[Alan W. I. <ir...@be...>]

On 2015-06-04 15:41-0000 Spong, Donald A. wrote:

> I installed the x86_64 version of AquaTerm and that seems to have fixed the problems with aqt. However, as Marius noted, there are still issues with x86_64 vs. i386 incompatibility (see attached cmake.out and make.out files). These seem to arise from the wxwidgets linking. I’ve set ENABLE_wxwidgets=OFF, but it still tries to link wxwidgets. In the cmake step it somehow decides that the -arch i386 compiler flag needs to be added to wxwidgets_LINK_FLAGS. I don’t know why this choice is made. I’ve also gone back and explicitly set:
>    export CC="gcc -arch x86_64 -O2"
>    export CXX="g++ -arch x86_64 -O2”
> But the cmake step still insists on compiling wxwidgets and using the -arch i386 setting instead. Any suggestions as to what is causing this and how to fix it?

Hi Don:

I can help with this aspect.

-DENABLE_wxwidgets turns off just the library will build that is
associated with wxwidgets.  Instead use -DPLD_wxwidgets=OFF to disable
both the wxwidgets device driver and the associated library we build.

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
__________________________

Re: [Plplot-general] Problems with building Plplot 5.11.0 install on MacOS (fwd)

[Spong, D. A. <sp...@or...>]

I installed the x86_64 version of AquaTerm and that seems to have fixed the problems with aqt. However, as Marius noted, there are still issues with x86_64 vs. i386 incompatibility (see attached cmake.out and make.out files). These seem to arise from the wxwidgets linking. I’ve set ENABLE_wxwidgets=OFF, but it still tries to link wxwidgets. In the cmake step it somehow decides that the -arch i386 compiler flag needs to be added to wxwidgets_LINK_FLAGS. I don’t know why this choice is made. I’ve also gone back and explicitly set:
    export CC="gcc -arch x86_64 -O2"
    export CXX="g++ -arch x86_64 -O2”
But the cmake step still insists on compiling wxwidgets and using the -arch i386 setting instead. Any suggestions as to what is causing this and how to fix it?

- Thanks, Don


> On Jun 3, 2015, at 10:34 PM, Jim Dishaw <ji...@di...> wrote:
> 
> One of the problems appears to be with AquaTerm.  The x86_64 libraries are missing, so there are three potential solutions:
> 
> 1) Install the x86_64 version of AquaTerm
> 2) Remove AquaTerm
> 3) Disable the AquaTerm driver in cmake via -DENABLE_aqt=OFF (I think)
> 
> Also, do you have both Quartz and MacPorts xorg-libX11 installed?
> 
>> ---------- Forwarded message ----------
>> Date: Wed, 3 Jun 2015 14:35:44 +0000
>> From: "Spong, Donald A." <sp...@or...>
>> To: Alan W. Irwin <ir...@be...>
>> Cc: plplot_general <plp...@li...>
>> Subject: Re: [Plplot-general] Problems with building Plplot 5.11.0 install on
>>   MacOS
>> 
>> 
>> 
>> Alan,
>> 
>> I tried the newer version you referred to. It got through the cmake step, but still had errors in the make steps that prevented successful completion. The log files are attached.
>> 
>> - Thanks, Don
>> 
>> 
>>> On Jun 2, 2015, at 7:20 PM, Alan W. Irwin <ir...@be...> wrote:
>>> 
>>> On 2015-06-02 22:07-0000 Spong, Donald A. wrote:
>>> 
>>>> I’ve recently tried building Plplot 5.11.0 on my Mac, which is
>>> running OSX 10.10.3, but without success yet. The Cmake log files are
>>> attached. Suggestions as to what I need to fix would be appreciated.
>>> Please ignore previous e-mail, which was accidentally sent before
>>> completing.
>>> 
>>> Hi Don:
>>> 
>>> Thanks very much for your bug report concerning our build system.
>>> 
>>> That wrong number of arguments bug is the result of an empty element
>>> in the list of linker flags, and because that case is not common we
>>> only managed (by chance) to catch and fix the bug two weeks ago.
>>> 
>>> To get access to that fixed version (in our git master branch) please
>>> follow directions at
>>> <http://sourceforge.net/p/plplot/plplot/ci/master/tree/>, and if you
>>> have any trouble with that version at all please let me know since
>>> that is soon going to become our next release.
>>> 
>>> 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
>>> __________________________
>> <cmake.out><make.out><make_install.out>
> 
>