plplot-devel — Technical discussion about PLplot development

Re: [Plplot-devel] PLplot and C++

[Phil R. <p.d...@gm...>]

I sent my previous email to just alan rather than reply all - Arjen
and others see below.

I've just uploaded a commit which means FindwxWidgets.cmake looks for
wx-config-3.0 and wx-config-2.8. This will work for now while we only
have those two versions to check for, but frustratingly this means
that we will have to update when each new version comes out. Alan your
better CMAKE skill might mean you can come up with a better solution.

This change allows wxWidgets to be found on my Cygwin install. I can
build the library and examples, but unfortunately the Cygwin upgrade
that occurred alongside my wxWidgets install appears to have stuffed
up my X11 setup so I can't test it running right now.

Arjen if you are testing this immediately you might need to include
-DPLD_wxwidgets=ON until Alan is happy to reenable wxWidgets by
default after my Linux build issue the other day.

Phil

Phil

On 6 June 2015 at 12:48, Phil Rosenberg <p.d...@gm...> wrote:
> I just installed both wxWidgets 3.0 and 2.8 on my Cygwin install. it
> turns out on Cygwin wx-config does not exist. Instead we get
> wx-config-2.8 and wx-config-3.0. This would likely explain the failure
> to find wxWidgets on Cygwin.
>
> Phil
>
> On 6 June 2015 at 11:07, Alan W. Irwin <ir...@be...> wrote:
>> On 2015-06-05 12:59-0700 Alan W. Irwin wrote:
>>
>>> ========
>>> Summary:
>>> ========
>>>
>>> The following components still need additional installation
>>> changes by you in order to test them on Cygwin
>>>
>>> ENABLE_ada:             OFF
>>> ENABLE_lua:             OFF
>>> ENABLE_tcl:             OFF
>>> ENABLE_itcl:            OFF
>>> ENABLE_tk:              OFF
>>> ENABLE_itk:             OFF
>>> ENABLE_wxwidgets:       OFF
>>>
>>> Ada requires you to install a package that you just removed, and that
>>> combined with my recent fix may be all that is required in that case.
>>> Lua; Tcl/Tk, Itcl, Itk; and wxwidgets are likely simply a matter of
>>> installing the packages noted above.  So I think you are getting
>>> pretty close to an installed Cygwin platform that finally has all
>>> the PLplot prerequisites that have been packaged under Cygwin.
>>
>> Hi Arjen:
>>
>> As I am sure you are aware, there are some recently introduced build
>> and run-time issues with wxwidgets.  So I would first concentrate on
>> getting perfect results for everything else above, and by that time
>> hopefully Phil will have figured out the fix that is required for
>> wxwidgets so we can set PLD_wxwidgets ON by default again, and you can
>> perfect the Cygwin test results for that final component in
>> the above list as well.
>>
>> 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-devel mailing list
>> Plp...@li...
>> https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] wxPLViewer text size --URGENT

[Phil R. <p.d...@gm...>]

Hi Alan
Sorry about that. The problem was a simple missing header file -
actually nothing to do with wxWidgets. it was just a standard library
header. This must have been included circuitously by the Windows
header implementation, but not the Linux one.

Anyway it should now be fixed, although right at the moment I don't
have access to my Linux machine to check. But I am sure If you try it
you will find you can re-enable wxWidgets.

Phil

On 6 June 2015 at 08:58, Alan W. Irwin <ir...@be...> wrote:
> On 2015-06-05 14:40-0700 Alan W. Irwin wrote:
>
>> On 2015-06-04 23:06+0100 Phil Rosenberg wrote:
>>
>>> Hi Alan
>>> I have added some additional optimizations to the text rendering and
>>> sizing for wxWidgets driver. Everything is smooth on Windows. Let me
>>> know if you see any speed up on Linux. If it is still unsatisfactory I
>>> can increase the polling rate - that just uses CPU I guess.
>>
>>
>> Hi Phil:
>>
>> As a result of your recent commits, I have discovered the following
>> wxwidgets build issue on Linux for the tip of the master branch for
>> (at least) the shared libraries case:
>>
>> /home/software/plplot/HEAD/plplot.git/drivers/wxwidgets_dev.cpp: In
>> constructor ‘FontGrabber::FontGrabber()’:
>> /home/software/plplot/HEAD/plplot.git/drivers/wxwidgets_dev.cpp:311:28:
>> error: ‘numeric_limits’ is not a member of ‘std’
>> /home/software/plplot/HEAD/plplot.git/drivers/wxwidgets_dev.cpp:311:53:
>> error: expected primary-expression before ‘>’ token
>> /home/software/plplot/HEAD/plplot.git/drivers/wxwidgets_dev.cpp:311:54:
>> error: ‘::quiet_NaN’ has not been declared
>> make[3]: *** [drivers/CMakeFiles/wxwidgets.dir/wxwidgets_dev.cpp.o] Error
>> 1
>>
>> This is for the Debian wheezy version of wxwidgets, i.e., 2.8.12.1-12.
>>
>> URGENT: A quick fix would be appreciated since it affects all default
>> builds by users (who I recently asked to test the git master tip
>> version) where they have at least this system version of wxwidgets
>> installed.
>
>
> Hi Phil:  I guess the above was just sent too late in the day in your
> time zone for you to catch the message.
>
> I did develop a cross-platform wxwidgets version check which is
> currently set to 2.8.12 (the current fairly ancient version for Debian
> wheezy) or above.  In other words, it currently accepts virtually all
> versions of wxwidgets on modern Linux, but it could easily be adjusted
> so our minimum version is 3.0.0 (or whatever) if/when needed.
>
> I did not set the limit at 3.0.0 because it turns out that although I
> did have build success for 3.0.2 (an epa_built version that has worked
> before) there were run-time segfault issues with that version when
> running
>
> examplex/c/x01c -dev wxwidgets
>
> Therefore, because of the severe current build issues for wxwidgets
> 2.8.12 and current severe run-time issues with wxwidgets-3.0.2, I have
> decided to disable the wxwidgets device by default as a temporary
> emergency measure (as of commit ID bacd638).  That means, those that
> are currently doing default run-time testing will not be affected by
> this, and those like you who want to test the device will need to
> specify -DPLD_wxwidgets=ON. My plan is to enable wxwidgets by default
> (so you no longer have to specify -DPLD_wxwidgets=ON) just as soon as
> these recently introduced build and run-time issues on Linux (and
> presumably other platforms) are straightened out.
>
>
> 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-devel] PLplot and C++

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

On 2015-06-05 12:59-0700 Alan W. Irwin wrote:

> ========
> Summary:
> ========
>
> The following components still need additional installation
> changes by you in order to test them on Cygwin
>
> ENABLE_ada:             OFF
> ENABLE_lua:             OFF
> ENABLE_tcl:             OFF
> ENABLE_itcl:            OFF
> ENABLE_tk:              OFF
> ENABLE_itk:             OFF
> ENABLE_wxwidgets:       OFF
>
> Ada requires you to install a package that you just removed, and that
> combined with my recent fix may be all that is required in that case.
> Lua; Tcl/Tk, Itcl, Itk; and wxwidgets are likely simply a matter of
> installing the packages noted above.  So I think you are getting
> pretty close to an installed Cygwin platform that finally has all
> the PLplot prerequisites that have been packaged under Cygwin.

Hi Arjen:

As I am sure you are aware, there are some recently introduced build
and run-time issues with wxwidgets.  So I would first concentrate on
getting perfect results for everything else above, and by that time
hopefully Phil will have figured out the fix that is required for
wxwidgets so we can set PLD_wxwidgets ON by default again, and you can
perfect the Cygwin test results for that final component in
the above list as well.

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-devel] PLplot and C++

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

On 2015-06-06 08:04+0100 Phil Rosenberg wrote:

> Not sure if this is relevant but there were problems finding (the
correct) wxWidgets library on windows. There are als differences in
how it is found on windows and Linux. On windows I think the wxwin
environment variable is used. On Linux the wxconfig utility is used.
It might be worth checking what happens on cygwin

You already know this, but for the others here, the
methods of finding wxwidgets are controlled by the CMake logic in

cmake/modules/FindwxWidgets.cmake

which is the CMake-3.2.1 version of that file modified with the
section of your old patch concerning WX_LIB_DIR_PREFIX that was
necessary to find wxwidgets in your MSVC case.

In that file, you can see that for both Cywin and MSYS the Unix
method, i.e., wx-config, is used to find wxwidgets components just like
on Linux.

In the distant past, I did have success with wxwidgets on
MinGW/MSYS/wine (as expected since wx-config does work well
on Linux), and I think Arjen is likely to have similar success also
(once he gets the correct set of packages installed and once
the current build and run-time errors for wxwidgets are fixed
so that we can choose the default -DPLD_wxwidgets value as ON again).

I also assume finding wxwidgets on MSVC will work thanks to your
previous patch to FindwxWidgets.cmake to make that so, but we may need
to do more work for the case of MinGW without MSYS.

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-devel] wxPLViewer text size --URGENT

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

On 2015-06-05 14:40-0700 Alan W. Irwin wrote:

> On 2015-06-04 23:06+0100 Phil Rosenberg wrote:
>
>> Hi Alan
>> I have added some additional optimizations to the text rendering and
>> sizing for wxWidgets driver. Everything is smooth on Windows. Let me
>> know if you see any speed up on Linux. If it is still unsatisfactory I
>> can increase the polling rate - that just uses CPU I guess.
>
> Hi Phil:
>
> As a result of your recent commits, I have discovered the following
> wxwidgets build issue on Linux for the tip of the master branch for
> (at least) the shared libraries case:
>
> /home/software/plplot/HEAD/plplot.git/drivers/wxwidgets_dev.cpp: In constructor ‘FontGrabber::FontGrabber()’:
> /home/software/plplot/HEAD/plplot.git/drivers/wxwidgets_dev.cpp:311:28: error: ‘numeric_limits’ is not a member of ‘std’
> /home/software/plplot/HEAD/plplot.git/drivers/wxwidgets_dev.cpp:311:53: error: expected primary-expression before ‘>’ token
> /home/software/plplot/HEAD/plplot.git/drivers/wxwidgets_dev.cpp:311:54: error: ‘::quiet_NaN’ has not been declared
> make[3]: *** [drivers/CMakeFiles/wxwidgets.dir/wxwidgets_dev.cpp.o] Error 1
>
> This is for the Debian wheezy version of wxwidgets, i.e., 2.8.12.1-12.
>
> URGENT: A quick fix would be appreciated since it affects all default
> builds by users (who I recently asked to test the git master tip
> version) where they have at least this system version of wxwidgets
> installed.

Hi Phil:  I guess the above was just sent too late in the day in your
time zone for you to catch the message.

I did develop a cross-platform wxwidgets version check which is
currently set to 2.8.12 (the current fairly ancient version for Debian
wheezy) or above.  In other words, it currently accepts virtually all
versions of wxwidgets on modern Linux, but it could easily be adjusted
so our minimum version is 3.0.0 (or whatever) if/when needed.

I did not set the limit at 3.0.0 because it turns out that although I
did have build success for 3.0.2 (an epa_built version that has worked
before) there were run-time segfault issues with that version when
running

examplex/c/x01c -dev wxwidgets

Therefore, because of the severe current build issues for wxwidgets
2.8.12 and current severe run-time issues with wxwidgets-3.0.2, I have
decided to disable the wxwidgets device by default as a temporary
emergency measure (as of commit ID bacd638).  That means, those that
are currently doing default run-time testing will not be affected by
this, and those like you who want to test the device will need to
specify -DPLD_wxwidgets=ON. My plan is to enable wxwidgets by default
(so you no longer have to specify -DPLD_wxwidgets=ON) just as soon as
these recently introduced build and run-time issues on Linux (and
presumably other platforms) are straightened out.

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-devel] PLplot and C++

[Phil R. <p.d...@gm...>]

Not sure if this is relevant but there were problems finding (the correct) wxWidgets library on windows. There are als differences in how it is found on windows and Linux. On windows I think the wxwin environment variable is used. On Linux the wxconfig utility is used. It might be worth checking what happens on cygwin

-----Original Message-----
From: "Alan W. Irwin" <ir...@be...>
Sent: ‎05/‎06/‎2015 20:59
To: "Arjen Markus" <Arj...@de...>
Cc: "plp...@li..." <plp...@li...>
Subject: Re: [Plplot-devel] PLplot and C++

On 2015-06-05 12:08-0000 Arjen Markus wrote:

> Here is the result (I had to switch off Ada and I need to reinstall
Tcl as bits and pieces required for the development of extensions are
missing), but PyQt4 worked now. The various components are getting
fairly complete.

Hi Arjen:

Thanks for the two comprehensive_test.tar.gz tarballs you sent me to
analyze. Let me designate the first one (the one that failed for Ada)
as I, and the one that succeeded as II.

===========================
Remarks concerning I alone:
===========================

1. Ada

I think I have now fixed that issue (commit id = 63bdf93) so please
try again.  There is a library naming inconsistency issue for Ada on
MinGW which I previously fixed in a way that screws up Ada on Cygwin.
>From your report there is no such naming convention inconsistency for
Ada on Cygwin so the fix was simply to exclude Cygwin from the
previous library naming convention inconsistency fix.

=================================
Remarks concerning both I and II:
=================================

1. Lua

Two days ago your Lua result in cmake.out was

-- LUA_VERSION = 5.1
-- LUA_INCLUDE_DIR = /usr/include
-- LUA_LIBRARIES = /usr/lib/liblua5.1.dll.a;/usr/lib/libm.a
-- Found Lua: /usr/bin/lua.exe

Now for both I and  II you have

-- LUA_VERSION = 5.2
-- LUA_INCLUDE_DIR = LUA_INCLUDE_DIR-NOTFOUND
-- LUA_LIBRARIES = 
-- Could NOT find Lua (missing:  LUA_LIBRARIES LUA_INCLUDE_DIR) 
-- WARNING: Lua library and/or header not found. Disabling Lua bindings

I suspect what is going on here is you removed lua-5.1 and tried to
replace it with lua-5.2.  But the package name scheme is a little
different for 5.2.  For example, I did a search for the regex "include.*/lua\.h"
and the result was

lua-devel-5.2.4-1 - lua-devel: Lua programming language interpreter (installed binaries and support files)
lua-5.1.5-1 - lua: Lua programming language interpreter (installed binaries and support files)

A search for "bin/luac" found (amongst other packages)

lua-5.1.5-1 - lua: Lua programming language interpreter (installed binaries and support files)
lua-5.2.4-1 - lua: Lua programming language interpreter (installed binaries and support files)

So for 5.2.4 you need to install two separate packages.  If the
dependencies of the packages are set correctly, then an attempt to
install lua-devel-5.2.4-1 should also automatically install
lua-5.2.4-1, but you should check that to reduce the minimal list of
PLplot prerequisite packages on Cygwin that I hope you are still
maintaining. (Once you are done with this process, that list should be
copied to our Wiki so others building PLplot on Cygwin can take
advantage of it.)

By the way, my package searches the other day did not find the 5.2
version of lua at all, and other evidence (i.e., the dates on the
files which are 2015-06-04) also indicate 5.2 is very new. So if you
requested packaging that version on the Cygwin mailing list, I have to
congratulate you for getting really fast action!

2. wxwidgets

The only information is
-- WARNING: wxWidgets or its libraries not found so setting all wxwidgets devices to OFF.
-- WARNING: PLD_wxwidgets is OFF so setting ENABLE_wxwidgets to OFF.

In the master tip version there should have been more information.  So
please remember to update to master tip before your next try.

Also, you have remarked you have already installed
libwx_gtk2u2.8-devel-2.8.12.1-5.  And
<https://www.cygwin.com/cygwin-ug-net/setup-net.html#setup-packages>
says "setup.exe automatically selects dependencies".  However, there
could be a packaging error (we already encountered that for one
package whose name I have forgotten where the package dependencies
were not specified correctly).  So I searched using the term "libwx"
and came up with the following 2.8.12.1-5 results:

libwx_baseu2.8-devel-2.8.12.1-5 - libwx_baseu2.8-devel: Obsolete package (installed binaries and support files)
libwx_baseu2.8_0-2.8.12.1-5 - libwx_baseu2.8_0: wxWidgets C++ application framework (base unicode runtime) (installed binaries and support files)
libwx_gtk2u2.8-devel-2.8.12.1-5 - libwx_gtk2u2.8-devel: wxWidgets C++ application framework (development) (installed binaries and support files)
libwx_gtk2u2.8-doc-2.8.12.1-5 - libwx_gtk2u2.8-doc: wxWidgets C++ application framework (documentation) (installed binaries and support files)
libwx_gtk2u2.8_0-2.8.12.1-5 - libwx_gtk2u2.8_0: wxWidgets C++ application framework (GTK+ unicode runtime) (installed binaries and support files)

The first of those is described as obsolete so I assume you should not
have it installed, and you may not have the doc package installed
either, but installation of libwx_gtk2u2.8-devel-2.8.12.1-5 should
pull in the rest of those, and if not you are going to have to follow up
by installing the missing ones individually.

I also did the same search for libwx and came up with the following
3.0.2.0-1 results:

libwx_baseu3.0_0-3.0.2.0-1 - libwx_baseu3.0_0: wxWidgets C++ application framework (base unicode runtime) (installed binaries and support files)
libwx_gtk2u3.0-devel-3.0.2.0-1 - libwx_gtk2u3.0-devel: wxWidgets C++ application framework (development) (installed binaries and support files)
libwx_gtk2u3.0-doc-3.0.2.0-1 - libwx_gtk2u3.0-doc: wxWidgets C++ application framework (documentation) (installed binaries and support files)
libwx_gtk2u3.0_0-3.0.2.0-1 - libwx_gtk2u3.0_0: wxWidgets C++ application framework (GTK+ unicode runtime) (installed binaries and support files)

So if you cannot get 2.8.12.1-5 to work, I would remove all the above
2.8.12.1-5 packages and instead install libwx_gtk2u3.0-devel-3.0.2.0-1
(which should pull in the rest of the 3.0.2.0-1 packages other than
the doc one unless there is a dependency issue in the packaging).

3. Tcl and friends:

With the rename of your /usr/local version you are obviously not finding any Tcl/Tk/Itcl/Itk library now, but I
think that is simply a matter of installing the Cygwin packages I recommended
before, i.e., "the consistent set of Cygwin development packages, e.g.,
tcl-devel-8.5.18-1, tcl-tk-devel-8.5.18-1, tcl-itcl-3.4.1-1, and
tcl-itk-3.3-2 (found respectively by using the search strings
"tcl-devel", "tk-devel", itcl.h, and itk.h)."  You might have to dig
deeper if there is a dependency issue in the packaging of any of these
packages.


============================
Remarks concerning II alone:
============================

Ada.

The result for II was

-- WARNING: gnat library not found. Disabling ada bindings

which is a package install regression compared to I.  Thus, apparently
you dropped Ada by uninstalling a package.  But, of course, a much
superior way to drop Ada temporarily is simply to use the CMake option
-DENABLE_ada=OFF.  In any case, Ada should get further now (and might
even work) with my recent change (commit id = 63bdf93) so please
reinstall the package you dropped, do not specify -DENABLE_ada=OFF,
and try again.  The result should error out quickly if there are
additional Ada issues, but of course I would like to see the
report if that happens.

========
Summary:
========

The following components still need additional installation
changes by you in order to test them on Cygwin

ENABLE_ada:             OFF
ENABLE_lua:             OFF
ENABLE_tcl:             OFF
ENABLE_itcl:            OFF
ENABLE_tk:              OFF
ENABLE_itk:             OFF
ENABLE_wxwidgets:       OFF

Ada requires you to install a package that you just removed, and that
combined with my recent fix may be all that is required in that case.
Lua; Tcl/Tk, Itcl, Itk; and wxwidgets are likely simply a matter of
installing the packages noted above.  So I think you are getting
pretty close to an installed Cygwin platform that finally has all
the PLplot prerequisites that have been packaged under Cygwin.

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-devel mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] wxPLViewer text size --URGENT

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

On 2015-06-04 23:06+0100 Phil Rosenberg wrote:

> Hi Alan
> I have added some additional optimizations to the text rendering and
> sizing for wxWidgets driver. Everything is smooth on Windows. Let me
> know if you see any speed up on Linux. If it is still unsatisfactory I
> can increase the polling rate - that just uses CPU I guess.

Hi Phil:

As a result of your recent commits, I have discovered the following
wxwidgets build issue on Linux for the tip of the master branch for
(at least) the shared libraries case:

/home/software/plplot/HEAD/plplot.git/drivers/wxwidgets_dev.cpp: In constructor ‘FontGrabber::FontGrabber()’:
/home/software/plplot/HEAD/plplot.git/drivers/wxwidgets_dev.cpp:311:28: error: ‘numeric_limits’ is not a member of ‘std’
/home/software/plplot/HEAD/plplot.git/drivers/wxwidgets_dev.cpp:311:53: error: expected primary-expression before ‘>’ token
/home/software/plplot/HEAD/plplot.git/drivers/wxwidgets_dev.cpp:311:54: error: ‘::quiet_NaN’ has not been declared
make[3]: *** [drivers/CMakeFiles/wxwidgets.dir/wxwidgets_dev.cpp.o] Error 1

This is for the Debian wheezy version of wxwidgets, i.e., 2.8.12.1-12.

URGENT: A quick fix would be appreciated since it affects all default
builds by users (who I recently asked to test the git master tip
version) where they have at least this system version of wxwidgets
installed.

By the way, it is perfectly acceptable to disable wxwidgets unless
wxwidget-3.0.0 or higher is available.  In fact, I am going to make
that change locally so I can continue with my other PLplot development
work, and if I don't hear from you shortly in immediate response to
this, I will push that as a temporary fix which may become permanent
if that is what you decide is the best way around the above issue (say
if you feel that wxwidgets-2.8 is too old to support any more because
it requires unacceptable constraints on your further wxwidgets development).

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-devel] PLplot and C++

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

On 2015-06-05 12:59-0700 Alan W. Irwin wrote:

> ============================
> Remarks concerning II alone:
> ============================
>
> Ada.
>
> The result for II was
>
> -- WARNING: gnat library not found. Disabling ada bindings
>
> which is a package install regression compared to I.  Thus, apparently
> you dropped Ada by uninstalling a package.  But, of course, a much
> superior way to drop Ada temporarily is simply to use the CMake option
> -DENABLE_ada=OFF.  In any case, Ada should get further now (and might
> even work) with my recent change (commit id = 63bdf93) so please
> reinstall the package you dropped, do not specify -DENABLE_ada=OFF,
> and try again.  The result should error out quickly if there are
> additional Ada issues, but of course I would like to see the
> report if that happens.

Please ignore the remarks above about a dropped package.  Instead, I
now realize from looking at comprehensive_test_env.out results you simply dropped the environment variable
CMAKE_LIBRARY_PATH=/cygdrive/c/cygwin64/lib/gcc/x86_64-pc-cygwin/4.9.2/adalib.
And, of course, you should obviously reinstate that to test my fix.

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-devel] PLplot and C++

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

On 2015-06-05 12:08-0000 Arjen Markus wrote:

> Here is the result (I had to switch off Ada and I need to reinstall
Tcl as bits and pieces required for the development of extensions are
missing), but PyQt4 worked now. The various components are getting
fairly complete.

Hi Arjen:

Thanks for the two comprehensive_test.tar.gz tarballs you sent me to
analyze. Let me designate the first one (the one that failed for Ada)
as I, and the one that succeeded as II.

===========================
Remarks concerning I alone:
===========================

1. Ada

I think I have now fixed that issue (commit id = 63bdf93) so please
try again.  There is a library naming inconsistency issue for Ada on
MinGW which I previously fixed in a way that screws up Ada on Cygwin.
>From your report there is no such naming convention inconsistency for
Ada on Cygwin so the fix was simply to exclude Cygwin from the
previous library naming convention inconsistency fix.

=================================
Remarks concerning both I and II:
=================================

1. Lua

Two days ago your Lua result in cmake.out was

-- LUA_VERSION = 5.1
-- LUA_INCLUDE_DIR = /usr/include
-- LUA_LIBRARIES = /usr/lib/liblua5.1.dll.a;/usr/lib/libm.a
-- Found Lua: /usr/bin/lua.exe

Now for both I and  II you have

-- LUA_VERSION = 5.2
-- LUA_INCLUDE_DIR = LUA_INCLUDE_DIR-NOTFOUND
-- LUA_LIBRARIES = 
-- Could NOT find Lua (missing:  LUA_LIBRARIES LUA_INCLUDE_DIR) 
-- WARNING: Lua library and/or header not found. Disabling Lua bindings

I suspect what is going on here is you removed lua-5.1 and tried to
replace it with lua-5.2.  But the package name scheme is a little
different for 5.2.  For example, I did a search for the regex "include.*/lua\.h"
and the result was

lua-devel-5.2.4-1 - lua-devel: Lua programming language interpreter (installed binaries and support files)
lua-5.1.5-1 - lua: Lua programming language interpreter (installed binaries and support files)

A search for "bin/luac" found (amongst other packages)

lua-5.1.5-1 - lua: Lua programming language interpreter (installed binaries and support files)
lua-5.2.4-1 - lua: Lua programming language interpreter (installed binaries and support files)

So for 5.2.4 you need to install two separate packages.  If the
dependencies of the packages are set correctly, then an attempt to
install lua-devel-5.2.4-1 should also automatically install
lua-5.2.4-1, but you should check that to reduce the minimal list of
PLplot prerequisite packages on Cygwin that I hope you are still
maintaining. (Once you are done with this process, that list should be
copied to our Wiki so others building PLplot on Cygwin can take
advantage of it.)

By the way, my package searches the other day did not find the 5.2
version of lua at all, and other evidence (i.e., the dates on the
files which are 2015-06-04) also indicate 5.2 is very new. So if you
requested packaging that version on the Cygwin mailing list, I have to
congratulate you for getting really fast action!

2. wxwidgets

The only information is
-- WARNING: wxWidgets or its libraries not found so setting all wxwidgets devices to OFF.
-- WARNING: PLD_wxwidgets is OFF so setting ENABLE_wxwidgets to OFF.

In the master tip version there should have been more information.  So
please remember to update to master tip before your next try.

Also, you have remarked you have already installed
libwx_gtk2u2.8-devel-2.8.12.1-5.  And
<https://www.cygwin.com/cygwin-ug-net/setup-net.html#setup-packages>
says "setup.exe automatically selects dependencies".  However, there
could be a packaging error (we already encountered that for one
package whose name I have forgotten where the package dependencies
were not specified correctly).  So I searched using the term "libwx"
and came up with the following 2.8.12.1-5 results:

libwx_baseu2.8-devel-2.8.12.1-5 - libwx_baseu2.8-devel: Obsolete package (installed binaries and support files)
libwx_baseu2.8_0-2.8.12.1-5 - libwx_baseu2.8_0: wxWidgets C++ application framework (base unicode runtime) (installed binaries and support files)
libwx_gtk2u2.8-devel-2.8.12.1-5 - libwx_gtk2u2.8-devel: wxWidgets C++ application framework (development) (installed binaries and support files)
libwx_gtk2u2.8-doc-2.8.12.1-5 - libwx_gtk2u2.8-doc: wxWidgets C++ application framework (documentation) (installed binaries and support files)
libwx_gtk2u2.8_0-2.8.12.1-5 - libwx_gtk2u2.8_0: wxWidgets C++ application framework (GTK+ unicode runtime) (installed binaries and support files)

The first of those is described as obsolete so I assume you should not
have it installed, and you may not have the doc package installed
either, but installation of libwx_gtk2u2.8-devel-2.8.12.1-5 should
pull in the rest of those, and if not you are going to have to follow up
by installing the missing ones individually.

I also did the same search for libwx and came up with the following
3.0.2.0-1 results:

libwx_baseu3.0_0-3.0.2.0-1 - libwx_baseu3.0_0: wxWidgets C++ application framework (base unicode runtime) (installed binaries and support files)
libwx_gtk2u3.0-devel-3.0.2.0-1 - libwx_gtk2u3.0-devel: wxWidgets C++ application framework (development) (installed binaries and support files)
libwx_gtk2u3.0-doc-3.0.2.0-1 - libwx_gtk2u3.0-doc: wxWidgets C++ application framework (documentation) (installed binaries and support files)
libwx_gtk2u3.0_0-3.0.2.0-1 - libwx_gtk2u3.0_0: wxWidgets C++ application framework (GTK+ unicode runtime) (installed binaries and support files)

So if you cannot get 2.8.12.1-5 to work, I would remove all the above
2.8.12.1-5 packages and instead install libwx_gtk2u3.0-devel-3.0.2.0-1
(which should pull in the rest of the 3.0.2.0-1 packages other than
the doc one unless there is a dependency issue in the packaging).

3. Tcl and friends:

With the rename of your /usr/local version you are obviously not finding any Tcl/Tk/Itcl/Itk library now, but I
think that is simply a matter of installing the Cygwin packages I recommended
before, i.e., "the consistent set of Cygwin development packages, e.g.,
tcl-devel-8.5.18-1, tcl-tk-devel-8.5.18-1, tcl-itcl-3.4.1-1, and
tcl-itk-3.3-2 (found respectively by using the search strings
"tcl-devel", "tk-devel", itcl.h, and itk.h)."  You might have to dig
deeper if there is a dependency issue in the packaging of any of these
packages.


============================
Remarks concerning II alone:
============================

Ada.

The result for II was

-- WARNING: gnat library not found. Disabling ada bindings

which is a package install regression compared to I.  Thus, apparently
you dropped Ada by uninstalling a package.  But, of course, a much
superior way to drop Ada temporarily is simply to use the CMake option
-DENABLE_ada=OFF.  In any case, Ada should get further now (and might
even work) with my recent change (commit id = 63bdf93) so please
reinstall the package you dropped, do not specify -DENABLE_ada=OFF,
and try again.  The result should error out quickly if there are
additional Ada issues, but of course I would like to see the
report if that happens.

========
Summary:
========

The following components still need additional installation
changes by you in order to test them on Cygwin

ENABLE_ada:             OFF
ENABLE_lua:             OFF
ENABLE_tcl:             OFF
ENABLE_itcl:            OFF
ENABLE_tk:              OFF
ENABLE_itk:             OFF
ENABLE_wxwidgets:       OFF

Ada requires you to install a package that you just removed, and that
combined with my recent fix may be all that is required in that case.
Lua; Tcl/Tk, Itcl, Itk; and wxwidgets are likely simply a matter of
installing the packages noted above.  So I think you are getting
pretty close to an installed Cygwin platform that finally has all
the PLplot prerequisites that have been packaged under Cygwin.

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-devel] PLplot and C++

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

Hi Alan,



Here is the result (I had to switch off Ada and I need to reinstall Tcl as bits and pieces required for the development of extensions are missing), but PyQt4 worked now. The various components are getting fairly complete.



Regards,



Arjen



From: Arjen Markus [mailto:Arj...@de...]
Sent: Friday, June 05, 2015 11:21 AM
To: Alan W. Irwin
Cc: plp...@li...
Subject: Re: [Plplot-devel] PLplot and C++


Hi Alan,



I followed your advice and the result is that now PyQt4 is accepted. However, the build fails on Ada:



cd /cygdrive/d/plplot-svn/comprehensive_test_disposeable/shared/build_tree/dll && /usr/bin/cmake.exe -E copy_if_different libplplotada.dll libplplotada.dll.a

Error copying file (if different) from "libplplotada.dll" to "libplplotada.dll.a".

bindings/ada/CMakeFiles/plplotada.dir/build.make:142: recipe for target 'dll/cygplplotada-2.dll' failed

make[2]: *** [dll/cygplplotada-2.dll] Error 1



There is in fact no file libplotada.dll. No idea why not, but this is the first time I have ever seen much of Ada in the context of PLplot. For details: the attached tarball.

Somewhere along the line the Tcl installation as Cmake understands it has gone wrong - that may be something with my environment or my installation, though tchsh is running fine. Well, this requires some investigation from me (I had a small disaster the other day with the installation of some package destroying my PATH variable).

I will turn Ada off for now and try again.

Regards,

Arjen


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-devel] PLplot and C++

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

Hi Alan,



I followed your advice and the result is that now PyQt4 is accepted. However, the build fails on Ada:



cd /cygdrive/d/plplot-svn/comprehensive_test_disposeable/shared/build_tree/dll && /usr/bin/cmake.exe -E copy_if_different libplplotada.dll libplplotada.dll.a

Error copying file (if different) from "libplplotada.dll" to "libplplotada.dll.a".

bindings/ada/CMakeFiles/plplotada.dir/build.make:142: recipe for target 'dll/cygplplotada-2.dll' failed

make[2]: *** [dll/cygplplotada-2.dll] Error 1



There is in fact no file libplotada.dll. No idea why not, but this is the first time I have ever seen much of Ada in the context of PLplot. For details: the attached tarball.

Somewhere along the line the Tcl installation as Cmake understands it has gone wrong - that may be something with my environment or my installation, though tchsh is running fine. Well, this requires some investigation from me (I had a small disaster the other day with the installation of some package destroying my PATH variable).

I will turn Ada off for now and try again.

Regards,

Arjen



> -----Original Message-----
> From: Alan W. Irwin [mailto:ir...@be...]
> In sum, moving the /usr/local version of Tcl-related software to a different location;
> setting CMAKE_LIBRARY_PATH so that gnatlib can be found; and installing two
> further packages should (with luck) solve the 4 issues above.
>


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-devel] PLplot and C++

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

Hi Alan,



> -----Original Message-----
> From: Alan W. Irwin [mailto:ir...@be...]
>
> 1. Tcl/Tk/Itcl/Itk
>
>
> I believe your best choice is to move the non-Cygwin installation of Tcl, etc., in
> /usr/local to some non-official location (e.g., /tcl/usr/local if everything in your current
> /usr/local tree is Tcl
> related) which CMake does not know about.  That should allow CMake to then find
> all the system versions of the Tcl-related components.
>
That is definitely the simplest step. I will try that.

>
> 2. Ada
>
> You have made a lot of progress there.  For example, thanks to your updated
> installation, the primitive test of the Ada compiler now works for the first time, and the
> only issue left is
>
> -- WARNING: gnat library not found. Disabling ada bindings
>
> For this case, you should set the CMAKE_LIBRARY_PATH environment variable
> from bash to help CMake find the gnat library.  And this location most likely should
> be specified in Unix (forward slash) form e.g.,
>
> export CMAKE_LIBRARY_PATH=C:/cygwin64/lib/gcc/x86_64-pc-
> cygwin/4.9.2/adalib
>
> or even
>
> export CMAKE_LIBRARY_PATH=/C/cygwin64/lib/gcc/x86_64-pc-
> cygwin/4.9.2/adalib
>

Just FYI, that should be /cygdrive/c/... - at least that is what I do for the PATH variable. The colon will definitely get in the way. Trying that should be easy enough :).

> 3. pyqt4
>
> You have made good progress here as well (thanks to your additional
> installation) so it is like unpeeling an onion.  :-)
>
> The messages are now reduced to
>
> ImportError: No module named PyQt4
> -- WARNING: could not find sip directory so setting ENABLE_pyqt4 to OFF.
>
> These messages come from cmake/modules/qt.cmake, and to me the cure would be
> simply to install the PyQt4 module.  I therefore used the search term pyqt4 for the
> 64-bit version of the Cygwin package search GUI, and my educated guess (from
> similar packaging results on Linux) for your best choice among those possible
> packages is that
> python-pyqt4-4.11.3-1 is the package you should install.
>

Ah, indeed, that was missing. I will install it and try again.

> 4. wxwidgets
>
> -- WARNING: wxWidgets or its libraries not found so setting all wxwidgets devices to
> OFF.
> -- WARNING: PLD_wxwidgets is OFF so setting ENABLE_wxwidgets to OFF.
>
> I have now (commit id 4e99275) made this message more verbose.  But I think the
> problem here is you have not installed the required wxwidgets package yet which
> according to my previous post is libwx_gtk2u2.8-devel-2.8.12.1-5.

Something else must be wrong, as I definitely have that package installed already. I will try and dig a bit further.

>
> In sum, moving the /usr/local version of Tcl-related software to a different location;
> setting CMAKE_LIBRARY_PATH so that gnatlib can be found; and installing two
> further packages should (with luck) solve the 4 issues above.
>
Okay, the report from these new tests is coming up.

Regards,

Arjen

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-devel] wxPLViewer text size

[Phil R. <p.d...@gm...>]

Hi Alan
I have added some additional optimizations to the text rendering and
sizing for wxWidgets driver. Everything is smooth on Windows. Let me
know if you see any speed up on Linux. If it is still unsatisfactory I
can increase the polling rate - that just uses CPU I guess.

Cheers
Phil

On 31 May 2015 at 12:42, Phil Rosenberg <p.d...@gm...> wrote:
>  Hi alan
> The missing subpage rendering is now fixed - at least on Windows. This
> turned out to be a wxWidgets bug which I have reported
> http://trac.wxwidgets.org/ticket/17013 and put some workarounds in
> place.
>
> I will look at the optimisations to speed up rendering as soon as I can.
>
> Phil
>
> On 30 May 2015 at 20:29, Phil Rosenberg <p.d...@gm...> wrote:
>> Hi Alan
>> Thanks for that. There is clearly some issue with subpages. For example 1 I
>> have just realised I only get the first subpage rendered. I will sort that
>> asap and make a commit.
>>
>> Re the timing, nearly a minute to render is clearly awful. I haven't seen
>> anything so bad on Windows. Now I know it is so bad I can add some extra
>> optimizations.
>>
>> Thanks Alan for the testing, I will let you know when the next version is
>> ready.
>>
>> Phil
>> ________________________________
>> From: Alan W. Irwin
>> Sent: ‎30/‎05/‎2015 19:07
>> To: Phil Rosenberg
>> Cc: plp...@li...
>> Subject: Re: [Plplot-devel] wxPLViewer text size
>>
>> On 2015-05-30 12:11+0100 Phil Rosenberg wrote:
>>
>>> Hi All
>>> I have just pushed some changes allowing wxWidgets driver to generate
>>> text sizes for layout purposes. However for use with wxPLViewer (i.e.
>>> when wxWidgets driver is used from the command line) this involves
>>> multiple checks backwards and forward. this is pretty slow. I have
>>> checked example 26 and this works fine, but takes a couple of seconds
>>> to render.
>>
>> Hi Phil:
>>
>> I am afraid it is bad news for this series of changes.
>>
>> The speed on Linux has now (commit a407d24) slowed to a crawl, and
>> additional rendering issues have been introduced.  Furthermore, time
>> measurements vary all over the map.
>>
>> For example,
>>
>> software@raven> time examples/c/x01c -dev wxwidgets
>> PLplot library version: 5.11.0
>>
>> real    0m9.242s
>> user    0m0.040s
>> sys     0m0.064s
>> software@raven> time examples/c/x01c -dev wxwidgets
>> PLplot library version: 5.11.0
>>
>> real    0m57.337s
>> user    0m0.080s
>> sys     0m0.196s
>>
>> and later the time went back down to ~10 seconds or so.  Furthermore,
>> for this example, only the first of the 4 subpages are rendered.  It
>> is not a hang, because after the first subpage is rendered (taking
>> somewhere between 10 seconds and 60 seconds) hitting the enter key
>> exits the example.
>>
>> My bet is there has been some wxwidgets bug introduced by the recent
>> changes and concentrating on example 1 would be a good way to debug
>> whatever the problem is.
>>
>> After doing that, if the time required to render example 1 is still
>> more than a fraction of a second, then I would carefully review the
>> client-server model you are using for wxPLViewer and why your text
>> size changes have made such a drastic reduction in speed.
>>
>> 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-devel] Using Window's raw API for shapes and text

[Phil R. <p.d...@gm...>]

Sorry forgot to paste the link

http://www.theregister.co.uk/2015/04/30/windows_10_now_available_for_raspberry_pi_2_andminnowboard/

On 4 June 2015 at 13:10, Phil Rosenberg <p.d...@gm...> wrote:
> Just seen this regarding raspberry pi and Windows 10. So Windows 10
> will have an internet of thing (IoT) version to run on Arm processors.
> I'm not sure if/how this is linked to Windows Phone. The aps have to
> use either XAML, html5 or DirectX for the GUI. They can run "native
> code" - i.e. compiled C++ rather than having to use a managed/scripted
> language. Not sure if this influences how we might consider a windows
> driver for the future?
>
> Phil

Re: [Plplot-devel] Using Window's raw API for shapes and text

[Phil R. <p.d...@gm...>]

Just seen this regarding raspberry pi and Windows 10. So Windows 10
will have an internet of thing (IoT) version to run on Arm processors.
I'm not sure if/how this is linked to Windows Phone. The aps have to
use either XAML, html5 or DirectX for the GUI. They can run "native
code" - i.e. compiled C++ rather than having to use a managed/scripted
language. Not sure if this influences how we might consider a windows
driver for the future?

Phil

Re: [Plplot-devel] Linking model review requested

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

On Wed, Jun 03, 2015 at 10:55:35PM +0100, Andrew Ross wrote:
> 
> Sorry for the delay in replying, but I've been away and busy with work.
> 
> I agree with your conclusion that it is probably not worth it. If you did
> want to implement this for g++ though, then the point about the multiple
> directories is that you should link against the correct version of stdc++
> for your gcc version. To find this the best way is probably to use the
> -print-file-name option. 
> 
> On my Ubuntu system 
> $ g++ -print-file-name=libstdc++.so
> /usr/lib/gcc/x86_64-linux-gnu/4.9/libstdc++.so
> 
> $ g++-4.4 -print-file-name=libstdc++.so
> /usr/lib/gcc/x86_64-linux-gnu/4.4.7/libstdc++.so
> 
> So this will always pick up the right version. This should work across
> multiple Linux distributions, and also, I hope, on cygwin etc.

I should finish reading my emails before replying. It seems you have found
a more elegant general solution anyway, so ignore this!

Andrew

Re: [Plplot-devel] Linking model review requested

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

On Thu, May 21, 2015 at 06:31:00PM -0700, Alan Irwin wrote:
> Hi Andrew:
> 
> I will respond to your two posts here.
> 
> On 2015-05-21 22:54+0100 Andrew Ross wrote:
> 
> >
> > Alan,
> >
> > I think your summary is probably correct
> 
> Good. That is a big relief to me that I wasn't missing
> anything obvious, and thanks for that review.
> 
> > [B]ut the solution of just
> > explicitly linking stdc++ is so simple, that it makes me think it must be
> > possible to work round this. A flag if there is any C++ code would be
> > sufficient to identify the need to link with stdc++?
> 
> More below on this after I quote your additional post.
> 
> On 2015-05-21 23:00+0100 Andrew Ross wrote:
> 
> >
> > I should probably add that this would for g++, but perhaps not other
> > compilers. This is a common enough case that it is perhaps worth
> > supporting as a special case nontheless?
> >
> > Or we could take the decision that cmake builds are the way to go,
> and we
> > can't support all non-standard cases for the traditional build.
> 
> Even if you restrict yourself to supporting only the g++ compiler
> for this corner case, the problem is that even if you restrict
> yourself still further to just Debian wheezy,
> there are 3 separate libstdc++.so symbolic links depending on
> g++ compiler version, i.e.,
> 
> /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so
> /usr/lib/gcc/x86_64-linux-gnu/4.6/libstdc++.so
> /usr/lib/gcc/x86_64-linux-gnu/4.7/libstdc++.so
> 
> As it happens they all link to the same version of the libstdc++.so.6
> symlink for Debian wheezy, but in general I don't think you can guarantee that for all Linux
> platforms.  And in any case the CMake find_library command works only
> for the *.so version of library symlinks and not the *.so.NNNN version of
> library symlinks.  So you need a cross-platform way with whatever g++ version
> you are using to find the appropriate directory above in which to do
> the CMake find_library(stdc++).  And when I attempted to implement
> that a few months back it turned into a real mess with semicolon
> separation of library locations turning into colon separation for
> the latest g++ version on Fedora.  And I have no idea how the
> Cygwin version of g++ is going to cope with that "upgrade" since colon separation
> is also intrinsically obfuscated by the drive letter question.

Alan,

Sorry for the delay in replying, but I've been away and busy with work.

I agree with your conclusion that it is probably not worth it. If you did
want to implement this for g++ though, then the point about the multiple
directories is that you should link against the correct version of stdc++
for your gcc version. To find this the best way is probably to use the
-print-file-name option. 

On my Ubuntu system 
$ g++ -print-file-name=libstdc++.so
/usr/lib/gcc/x86_64-linux-gnu/4.9/libstdc++.so

$ g++-4.4 -print-file-name=libstdc++.so
/usr/lib/gcc/x86_64-linux-gnu/4.4.7/libstdc++.so

So this will always pick up the right version. This should work across
multiple Linux distributions, and also, I hope, on cygwin etc.

Andrew
~                                                                                                                            
~                  

Re: [Plplot-devel] PLplot and C++

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

Hi Arjen:

On 2015-06-03 11:13-0000 Arjen Markus wrote:

> Hi Alan,
>
>
>
> Please find the report of the comprehensive test in the attached tarball.

Thanks for this test!

>
>
>
> Notes regarding the installation of the various Cygwin packages:
>
> -        There are several HDF5 packages and what you really need is the "libdh5-devel" one (turned out to be version 1.8.15-1)
>

> - I had two versions of Ada installed. I removed the wrong one, but
that has not resolved the issue. Cmake still can't find the gnat
library, while that package is installed. The location for the library
libgnat.a seems to be:
C:\cygwin64\lib\gcc\x86_64-pc-cygwin\4.9.2\adalib\

See below.

>
> -        Allowing Octave gave Cmake errors about two versus four arguments. I turned that off.
>
>
>

We should revisit this build-system issue later, but I agree it is a
good move to turn it off for now to more quickly reach the goal of
having all required Cygwin packages installed and environment
variables properly configured to test all PLplot components that are
possible on Cygwin.

> I saw that the Tcl examples cannot find the plplot.tcl file for some
reason. I will check where that is coming from. Other than the above I
saw no obvious problems - that is, the traditional build now does
work.

See below.

General remark:

It was really good to see that positive Fortran 95 result for the
traditional test_noninteractive results; it looks like my recent fix
for that issue is working at least on Linux and Cygwin.

Now on to my analysis of the remaining warning messages in, e.g., 
shared/output_tree/cmake.out concerning missing PLplot prerequisites
where I believe there is still something you can do to get access
to the prerequisite on Cygwin.

1. Tcl/Tk/Itcl/Itk

It appears from your remarks above you plan to look further into this.
When you do that I suggest you look carefully at every message in
shared/output_tree/cmake.out in the following range of messages:

-- Start determining consistent system data for Tcl and friends
[...]
-- Finished determining consistent system data for Tcl and friends

Those messages should be very clear concerning the issues.  For
example, the first messages in the series are

-- Found Tclsh: /bin/tclsh (found version "8.5") 
-- Found TCL: /usr/local/lib/libtcl86.a

which shows immediately an inconsistency issue not only in
8.5 version versus 8.6 but also in Cygwin version in /usr or /bin versus non-Cygwin version
in /usr/local.

It is important to solve that inconsistency before attempting to fix
any other issue (which may just disappear once that fundamental
inconsistency is resolved).  My guess as to what is happening here is
that Cygwin goes out of its way to find newer versions of all software
by default so by default it finds version 8.6 libraries in
/usr/local/lib rather than the system version 8.5 libraries in
/usr/lib. And contrary to what I said before, setting the environment
variables CMAKE_INCLUDE_PATH and CMAKE_LIBRARY_PATH will not help in
this case since CMake always searches for the higher versions of everything
everywhere (including CMAKE_INCLUDE_PATH and CMAKE_LIBRARY_PATH)
before it checks for lesser versions.

I believe your best choice is to move the non-Cygwin installation of
Tcl, etc., in /usr/local to some non-official location (e.g.,
/tcl/usr/local if everything in your current /usr/local tree is Tcl
related) which CMake does not know about.  That should allow
CMake to then find all the system versions of the Tcl-related
components.

Another alternative would be to set a large number of Tcl-related
variables to force CMake to find the Cygwin version of every
Tcl-related component. But I think this approach is more problematic
than simply renaming the non-Cygwin version of Tcl-related software to
a location other than /usr/local is the correct way to deal with
this issue.

2. Ada

You have made a lot of progress there.  For example, thanks to your
updated installation, the primitive test of the Ada compiler now works
for the first time, and the only issue left is

-- WARNING: gnat library not found. Disabling ada bindings

For this case, you should set the CMAKE_LIBRARY_PATH environment
variable from bash to help CMake find the gnat library.  And this
location most likely should be specified in Unix (forward slash) form
e.g.,

export CMAKE_LIBRARY_PATH=C:/cygwin64/lib/gcc/x86_64-pc-cygwin/4.9.2/adalib

or even

export CMAKE_LIBRARY_PATH=/C/cygwin64/lib/gcc/x86_64-pc-cygwin/4.9.2/adalib

3. pyqt4

You have made good progress here as well (thanks to your additional
installation) so it is like unpeeling an onion.  :-)

The messages are now reduced to

ImportError: No module named PyQt4
-- WARNING: could not find sip directory so setting ENABLE_pyqt4 to OFF.

These messages come from cmake/modules/qt.cmake, and to me the cure
would be simply to install the PyQt4 module.  I therefore used the
search term pyqt4 for the 64-bit version of the Cygwin package search
GUI, and my educated guess (from similar packaging results on Linux)
for your best choice among those possible packages is that
python-pyqt4-4.11.3-1 is the package you should install.

4. wxwidgets

-- WARNING: wxWidgets or its libraries not found so setting all wxwidgets devices to OFF.
-- WARNING: PLD_wxwidgets is OFF so setting ENABLE_wxwidgets to OFF.

I have now (commit id 4e99275) made this message more verbose.  But I
think the problem here is you have not installed the required
wxwidgets package yet which according to my previous post
is libwx_gtk2u2.8-devel-2.8.12.1-5.

In sum, moving the /usr/local version of Tcl-related software to a
different location; setting CMAKE_LIBRARY_PATH so that gnatlib can be
found; and installing two further packages should (with luck) solve
the 4 issues 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
__________________________

Re: [Plplot-devel] PLplot and C++

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

Hi Alan,



Please find the report of the comprehensive test in the attached tarball.



Notes regarding the installation of the various Cygwin packages:

-        There are several HDF5 packages and what you really need is the "libdh5-devel" one (turned out to be version 1.8.15-1)

-        I had two versions of Ada installed. I removed the wrong one, but that has not resolved the issue. Cmake still can't find the gnat library, while that package is installed. The location for the library libgnat.a seems to be: C:\cygwin64\lib\gcc\x86_64-pc-cygwin\4.9.2\adalib\

-        Allowing Octave gave Cmake errors about two versus four arguments. I turned that off.



I saw that the Tcl examples cannot find the plplot.tcl file for some reason. I will check where that is coming from. Other than the above I saw no obvious problems - that is, the traditional build now does work.



Regards,



Arjen



> -----Original Message-----
> From: Alan W. Irwin [mailto:ir...@be...]
>
> @Arjen: you have kindly been running that script a lot for me recently with excellent
> success on Cygwin, but there is a small backlog now with a number of things to
> check (my prior build system changes after your last run of the script, checking the
> case where you have installed the addtional software packages I suggested for
> Cygwin, and now this change).  I suggest you try doing just one comprehensive test
> of all changes in the backlog, but if you run into any trouble with the traditional build
> you may want to back away from the current commit and test instead the rest of the
> backlog for the parent of e23628e = e23628e^).
>


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-devel] PLplot and C++

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

Hi Alan,



> -----Original Message-----
> From: Alan W. Irwin [mailto:ir...@be...]
>
> The easiest way to do that, of course, is to run the comprehensive_test.sh script.
>
> @Arjen: you have kindly been running that script a lot for me recently with excellent
> success on Cygwin, but there is a small backlog now with a number of things to
> check (my prior build system changes after your last run of the script, checking the
> case where you have installed the addtional software packages I suggested for
> Cygwin, and now this change).  I suggest you try doing just one comprehensive test
> of all changes in the backlog, but if you run into any trouble with the traditional build
> you may want to back away from the current commit and test instead the rest of the
> backlog for the parent of e23628e = e23628e^).
>
I have not had an opportunity yet to update my Cygwin distribution with all the extras, but that should not be a big problem. Then running comprehensive_test.sh ought to reveal whether things are working out vis-à-vis the C++ libraries. I think I will be able to do this today.

Regards,

Arjen

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-devel] PLplot and C++

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

On 2015-06-01 10:48-0700 Alan W. Irwin wrote:

> To Phil and Arjen:
>
> Thanks to both of you for the useful information below which should
> help me to sort out the C++ linking issue for the traditional build.

The solution I came up with (commit ID e23628e) turned out to be quite
elegant if I do say so myself.  The previous poor workaround (drop
f95, Ada, D, etc., for traditional examples build in the static case)
are now gone, and this new solution passed a test that failed before
that previous poor workaround was implemented.

Of course, all my testing of this new solution is on Linux so I
specifically ask for testing of the traditional build of the
installed examples in the static case for all Windows platforms.

The easiest way to do that, of course, is to run the
comprehensive_test.sh script.

@Arjen: you have kindly been running that script a lot for me recently
with excellent success on Cygwin, but there is a small backlog now
with a number of things to check (my prior build system changes after
your last run of the script, checking the case where you have
installed the addtional software packages I suggested for Cygwin, and
now this change).  I suggest you try doing just one comprehensive test
of all changes in the backlog, but if you run into any trouble with
the traditional build you may want to back away from the current
commit and test instead the rest of the backlog for the parent of
e23628e = e23628e^).

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-devel] Patch series that cleans up warning and error messages

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

On 2015-06-02 11:50-0400 Jim Dishaw wrote:

> When I was working on reviving my new windows driver, I took a
detour on cleaning up some code to help improve warnings and errors.

> The attached patch series moves the plwarn() etc from plctrl.c to a
new file plerror.c.  I also cleaned up a bunch of fprintf(stderr, …)
into plwarn() or plexit() calls and removed some exit() calls.  I
modified plwarn() etc to use variable arguments and was able to
eliminate some buffer arrays.

> The changes appear not have broken anything (though it is hard to
test because most of the changes execute on errors).  Any volunteers
on testing before applying to the repository?

As you say, testing of response to error conditions is really hard. 
Certainly it is beyond the scope of the comprehensive_testing.sh
script.  Also, I suspect there is a combinatorial problem so getting
complete testing of all error possibilities is essentially impossible.

So I think this is a case where you are going to have to rely on the 
source code experts here who are currently actively developing PLplot
to evaluate your patch series by actually looking at your code
changes.  The list of such developers excludes me (I really don't feel
I have the required C expertise), but it does include you, and I also
hope at minimum that Arjen, Andrew, and Phil all take a look at your
changes.  If an early consensus is achieved that those code changes
are a good idea and there are no obvious mistakes in them that would
interfere with normal testing, then as release manager I would be
happy to push those changes during this release cycle.  But if no such
consensus develops quickly, then I will probably want to put off
pushing these changes until a later release cycle if at all.

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-devel] Patch series that cleans up warning and error messages

[Jim D. <ji...@di...>]

When I was working on reviving my new windows driver, I took a detour on cleaning up some code to help improve warnings and errors.

The attached patch series moves the plwarn() etc from plctrl.c to a new file plerror.c.  I also cleaned up a bunch of fprintf(stderr, …) into plwarn() or plexit() calls and removed some exit() calls.  I modified plwarn() etc to use variable arguments and was able to eliminate some buffer arrays.

The changes appear not have broken anything (though it is hard to test because most of the changes execute on errors).  Any volunteers on testing before applying to the repository? Thanks.

Re: [Plplot-devel] Release status: plmetafile.c and plbuf.c compiler warnings

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

On 2015-06-01 17:32-0400 Jim Dishaw wrote:

>>> On May 31, 2015, at 9:32 PM, Alan W. Irwin <ir...@be...> wrote:
>>> The remaining warnings are
>>>
>>> /home/software/plplot/HEAD/plplot.git/src/plmetafile.c: In function ‘read_header’:
>>> /home/software/plplot/HEAD/plplot.git/src/plmetafile.c:341:8: warning: ‘pdf_rc’ may be used uninitialized in this function [-Wuninitialized]
>>> /home/software/plplot/HEAD/plplot.git/src/plmetafile.c:306:9: note: ‘pdf_rc’ was declared here
>>> /home/software/plplot/HEAD/plplot.git/src/plmetafile.c: In function ‘plreadmetafile’:
>>> /home/software/plplot/HEAD/plplot.git/src/plmetafile.c:378:23: warning: ‘plm’ may be used uninitialized in this function [-Wmaybe-uninitialized]
>>> /home/software/plplot/HEAD/plplot.git/src/plmetafile.c:1117:14: note: ‘plm’ was declared here
>>>
>
> I think these two patches will fix the warnings (I don’t get any warnings with clang, but it does not have the -Wmaybe-uninitialized option).

The above warnings were fixed by your two commits.

Pushed and thanks!

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-devel] Example 3 text cropping

[Phil R. <p.d...@gm...>]

Hi Alan
My intention with wxWindows is to add an option to have text either scaled or not scaled. I'm not sure the docs specify which should happen, but if a user has specified a font size in pt or mm ( which I think iswhat the docs specify) and a dpi, then I feel they should at least have the option to preserve those settings on resize.

Phil

-----Original Message-----
From: "Alan W. Irwin" <ir...@be...>
Sent: ‎01/‎06/‎2015 21:06
To: "Phil Rosenberg" <p.d...@gm...>; "Arjen Markus" <arj...@de...>
Cc: "plp...@li..." <plp...@li...>
Subject: RE: [Plplot-devel] Example 3 text cropping

On 2015-06-01 19:01+0100 Phil Rosenberg wrote:

> Hi Alan

> If you run the example with default size, then resize the window
down to a few tens of pixels then you will see the issue. It occurs
because the text remains the same size. So spills over the edge of the
viewport.

Hi Phil:

I have just tried resizing with -dev xwin, qtwidget, wxwidgets, and
xcairo.

The first two are fine, and resize the graphics and text size
appropriately for the resize, and keep the resulting plot centred on
the resized window.

@Arjen and Phil: Please check on Windows that the qtwidget device
also resizes appropriately on that platform.

@Phil:

The wxwidgets device handles the graphics resizing correctly, and also keeps the
plot centred on the resized window.  However, as you said above the
text is not currently resized. Therefore, I believe that is the issue
you should address, and the 3rd example is fine as is.

@To those here who are familar with the cairo family of device drivers:

The xcairo device on platforms with X does not handle resizes
correctly at all; it just displays the same plot with everything the
same size and position regardless of how it is resized.  I am hoping
someone here will fix those resizing issues.  And I presume a similar
fix needs to be applied for the wincairo device on platforms with
access to raw Windows graphics.

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
__________________________