Hi Alan,
> -----Original Message----- > From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca] > Sent: Friday, June 05, 2015 10:00 PM > To: Arjen Markus > Cc: plplot-devel@lists.sourceforge.net > 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. > Yes, as you saw later, I merely removed the definition of the CMAKE_LIBRARY_PATH variable. With the recent changes in the code for finding the Ada libraries it should work again. So I put it back. > ================================= > 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 > I cannot remember doing that on purpose, I must say. I wonder if this could have been an action from the setup program? > 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! > Well, this definitely had nothing to do with me. > 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. I almost always first update the master and I did so on this occasion as well. Odd. > > 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 was missing the doc package only. I have installed that now as well and I am waiting for the results. > > 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). That is something I can do when the 2.8 stuff does not work, indeed. > > 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. > Reinstalled it. Should be correct in the next batch of tests. 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.
------------------------------------------------------------------------------
_______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel