Menu
▾
▴
plplot-devel
|
From: Phil R. <p.d...@gm...> - 2015-06-06 07:05:04
|
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 |
|
From: Alan W. I. <ir...@be...> - 2015-06-06 09:49:42
|
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 __________________________ |
|
From: Phil R. <p.d...@gm...> - 2015-06-06 12:56:33
|
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 |
|
From: Alan W. I. <ir...@be...> - 2015-06-06 18:44:11
|
On 2015-06-06 13:56+0100 Phil Rosenberg wrote: > 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. Hi Phil: Good catch on the versioned wx-config names for Cygwin! I did find a slicker solution for those various names, see commit 215a6f6. Furthermore, it turns out that CMake-3.3.0-rc1 has already started to deal with this issue (they search for wx-config-3.0 wx-config ), but obviously that is not enough so I have just posted to the CMake developer list asking them to change that list of aliases to wx-config-3.0 wx-config-2.9 wx-config-2.8 wx-config which is what we are adopting locally for PLplot. > 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 and Arjen: I can now build the wxwidgets device driver on Linux against wxwidgets-2.8 so I have now changed our build system (commit ID 354bffe) so that PLD_wxwidgets=ON by default. @Phil: However, the wxwidgets device is still extraordinarily slow on Linux, e.g., software@raven> time examples/c/x00c -dev wxwidgets real 0m8.755s user 0m0.028s sys 0m0.068s You should be able to verify this slowness yourself (using the time application [which comes with bash] as above) when you try master tip on your Linux platform. Note also, the actual cpu time as measured by user and sys is quite small. I also verify that during mass testing of -dev wxwidgets via the test_c_wxwidgets target, the actual CPU use is negligible with a GUI I have that measures overall CPU usage. So something else than CPU usage is slowing down the app. You have mentioned before that there is a polling interval you can set so I assume some adjustment of that will reduce the real time to something much more reasonable. I wonder, for example, whether this trouble is caused by the units of that polling interval being different on Linux versus Windows? @Arjen: If the current wxwidgets slowness on Linux is also true on Cygwin, it will not affect your comprehensive testing even if you do the interactive part of it. The reason is that I have deliberately removed wxwidgets tests from overall testing targets such as test_interactive until these slowness issues and in particular the -np issue can be fixed. However, you and Phil can build the test_c_wxwidgets target by itself from the build tree on Cygwin to evaluate how fast a fairly wide subset of the examples will render with the wxwidgets device. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Phil R. <p.d...@gm...> - 2015-06-07 13:41:47
|
Hi Alan Just tried to build on Linux, but I'm getting the following error during make Linking Fortran static library libplf95demolib.a Error running link command: No such file or directory make[2]: *** [examples/f95/libplf95demolib.a] Error 2 make[1]: *** [examples/f95/CMakeFiles/plf95demolib.dir/all] Error 2 make: *** [all] Error 2 Any suggestions? Phil my cmake command was just cmake .. -DENABLE_TEST=ON On 6 June 2015 at 19:44, Alan W. Irwin <ir...@be...> wrote: > On 2015-06-06 13:56+0100 Phil Rosenberg wrote: > >> 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. > > > Hi Phil: > > Good catch on the versioned wx-config names for Cygwin! > > I did find a slicker solution for those various names, see commit 215a6f6. > Furthermore, > it turns out that CMake-3.3.0-rc1 has already started to deal with > this issue (they search for > > wx-config-3.0 wx-config > > ), but obviously > that is not enough so I have just posted to the CMake developer list > asking them to change that list of aliases to > > wx-config-3.0 wx-config-2.9 wx-config-2.8 wx-config > > which is what we are adopting locally for PLplot. > >> 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 and Arjen: > > I can now build the wxwidgets device driver on Linux against > wxwidgets-2.8 so I have now changed our build system (commit ID > 354bffe) so that PLD_wxwidgets=ON by default. > > @Phil: > > However, the wxwidgets device is still extraordinarily slow on Linux, > e.g., > > software@raven> time examples/c/x00c -dev wxwidgets > > real 0m8.755s > user 0m0.028s > sys 0m0.068s > > You should be able to verify this slowness yourself (using the time > application [which comes with bash] as above) when you try master tip > on your Linux platform. Note also, the actual cpu time as measured by > user and sys is quite small. I also verify that during mass testing of > -dev wxwidgets via the test_c_wxwidgets target, the actual CPU use is > negligible with a GUI I have that measures overall CPU usage. So > something else than CPU usage is slowing down the app. You have > mentioned before that there is a polling interval you can set so I > assume some adjustment of that will reduce the real time to something > much more reasonable. I wonder, for example, whether this trouble is > caused by the units of that polling interval being different on Linux > versus Windows? > > @Arjen: > > If the current wxwidgets slowness on Linux is also true on Cygwin, it > will not affect your comprehensive testing even if you do the > interactive part of it. The reason is that I have deliberately > removed wxwidgets tests from overall testing targets such as > test_interactive until these slowness issues and in particular the -np > issue can be fixed. However, you and Phil can build the test_c_wxwidgets > target by itself from the build tree on Cygwin to evaluate how > fast a fairly wide subset of the examples will render with the wxwidgets > device. > > > Alan > __________________________ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation for stellar interiors (freeeos.sf.net); the Time > Ephemerides project (timeephem.sf.net); PLplot scientific plotting > software package (plplot.sf.net); the libLASi project > (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); > and the Linux Brochure Project (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ |
|
From: Alan W. I. <ir...@be...> - 2015-06-07 16:26:40
|
On 2015-06-07 14:41+0100 Phil Rosenberg wrote: > Hi Alan > Just tried to build on Linux, but I'm getting the following error during make > > Linking Fortran static library libplf95demolib.a > Error running link command: No such file or directory > make[2]: *** [examples/f95/libplf95demolib.a] Error 2 > make[1]: *** [examples/f95/CMakeFiles/plf95demolib.dir/all] Error 2 > make: *** [all] Error 2 > > Any suggestions? > > Phil my cmake command was just > > cmake .. -DENABLE_TEST=ON Hi Phil: What version of PLplot (i.e, what commit id on master, or if this is some private branch what was the commit id on master before the branch)? What Linux distribution? Your bad build result is obviously contrary to all other recent good testing results so I am likely going to need a lot more details then the answers to the two questions above. Currently, the best way to generate those details for me is to do the following: Change directory to the top directory of the source tree and then run scripts/comprehensive_test.sh --do_test_interactive no and regardless of the results you get (error out or test completely finishes) send me the details of the comprehensive test which should all be captured in ../comprehensive_test_disposeable/comprehensive_test.tar.gz The --do_test_interactive no option above is simply a matter of convenience for you so you do not have to babysit the test. If the test results are perfect (i.e., the test goes through to completion) it will probably take an hour, but it will be much shorter than that if, say, the fortran aspects of the test are not working for some reason. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Arjen M. <Arj...@de...> - 2015-06-08 07:17:56
|
Hi Alan, > -----Original Message----- > From: Alan W. Irwin [mailto:ir...@be...] > Sent: Friday, June 05, 2015 10:00 PM > To: Arjen Markus > Cc: 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. > 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. |
|
From: Arjen M. <Arj...@de...> - 2015-06-08 07:29:01
Attachments:
comprehensive_test.tar.gz
|
Hi Alan, >> 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. Making the examples failed: make[2]: Entering directory '/cygdrive/d/plplot-svn/comprehensive_test_disposeable/shared/build_tree' /usr/bin/cmake.exe -E cmake_progress_report /cygdrive/d/plplot-svn/comprehensive_test_disposeable/shared/build_tree/CMakeFiles make[2]: *** No rule to make target 'dll/libplplotada.dll.a', needed by 'examples/ada/x00a.exe'. Stop. I have turned it off again (using the Cmake variable) and continuing with the other stuff. Cmake is a lot happier though - see the attached tar-ball. 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. |
|
From: Arjen M. <Arj...@de...> - 2015-06-08 08:55:21
Attachments:
comprehensive_test.tar.gz
|
Hi Alan, > -----Original Message----- > From: Arjen Markus [mailto:Arj...@de...] > Sent: Monday, June 08, 2015 9:29 AM > To: Alan W. Irwin > Cc: plp...@li... > Subject: Re: [Plplot-devel] PLplot and C++ > > Hi Alan, > > > I have turned it off again (using the Cmake variable) and continuing with the other > stuff. > > Cmake is a lot happier though - see the attached tar-ball. > See the new results. They seem almost perfect. Only the Ada problem is left at a superficial examination of the reports. 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. |
|
From: Alan W. I. <ir...@be...> - 2015-06-08 18:20:20
|
On 2015-06-08 08:55-0000 Arjen Markus wrote:
> See the new results. They seem almost perfect. Only the Ada problem is left at a superficial examination of the reports.
Thanks very much for doing these two tests (with and without Ada). I
agree these results are the best Cygwin results (outside your DISPLAY
issues where I think I have found a solution below) we have ever seen.
For example, because you are now using lua-5.2, you are getting a
clean Lua run-time result, e.g.,
lua
Missing examples :
Differing graphical output :
Missing stdout :
Differing stdout :
And you similarly have clean results for c++, f95, python, and tcl. To see all of these
voluminous diff results for every configuration, I suggest you try
grep -B1 -A3 "Missing examples" */output_tree/*.out |less
If you run that command, you will notice that Python and Lua results are missing for
the static case, but that is by design; those bindings only work
for the shared library case.
With regard to the on-going Ada problems, thanks to your first report
I have now tracked the issue down to an incomplete link command for
the Ada library, i.e., my CMake Ada language support is incomplete on
Cygwin. I am going to take a quick look at that now, but if it looks
like the fix is going to be complicated, I will likely put off working
on it until after this forthcoming release has been made.
I also am just in the process of revising Tcl/Tk linking to eliminate
redundant linking of libtclmatrix, libplplottcltk, and libplplot when
ENABLE_DYNDRIVERS=OFF. (For that case all the libtclmatrix and
libplplottcltk code is already in libplplot so the first two libraries should
not even be built, and all links should be made solely to libplplot
rather than those first two libraries.) I think this change is going
to sort out some memory management issues we have historically had
with interactive testing of Tcl/Tk on both Cygwin and Linux in the
past for the ENABLE_DYNDRIVERS=OFF case. We worked around those issues
by dropping such testing, but I am also going to reinstate that testing
to make sure this elimination of redundant linking cures all these
problems.
Meanwhile, so that you can start interactive testing again
you have to sort out the DISPLAY issues that are
currently prohibiting your interactive tests of Tcl and Tk. For
example, in the present results for cmake.out you have the following
error/warning set of messages:
-- TK_WISH = /bin/wish
Application initialization failed: no display name and no $DISPLAY environment variable
Error in startup script: couldn't load file "/usr/bin/tk85.dll": No such file or directory
while executing
"load /usr/bin/tk85.dll Tk"
("package ifneeded Tk 8.5.18" script)
invoked from within
"package require Tk"
invoked from within
"puts -nonewline [package require Tk]"
(file "/cygdrive/d/plplot-svn/comprehensive_test_disposeable/shared/build_tree/CheckTK_VERSION.tcl" line 1)
-- Looking for Tk version with wish - not found
-- WARNING: setting ENABLE_tk to OFF
I did a google search for the terms
<cygwin "Application initialization failed: no display name">
and came up with
<http://stackoverflow.com/questions/9393462/cannot-launch-git-gui-using-cygwin-on-windows>
The most popular answer implies that since 2012 or so Cygwin made an
important Tcl/Tk and X change so a different procedure must be used to
get X working properly. That answer and its discussion gives the
exact details about what has to be done. I hope those instructions
work for you (and also Phil who is also having trouble getting X to
work on modern Cygwin). If those instructions work for you could you
please put them on our Wiki so all our Cygwin users can get access to
X?
Alan
__________________________
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________
Linux-powered Science
__________________________
|
|
From: Phil R. <p.d...@gm...> - 2015-06-08 18:36:05
|
Hi Alan and Arjen
My X problems were just because I updated Cygwin with X running so
some dlls couldn't upgrade until reboot - but I had too much stuff
open on my laptop to reboot just then.
If it helps I have the following in my .bashrc to ensure X11 is
running whenever I start a terminal
#start and connect to X
export DISPLAY=:0.0
XPROC=$(ps aux | egrep /usr/bin/XWin)
if [[ -z "$XPROC" ]]; then
cygstart xwin -multiwindow
fi
unset XPROC
Looking at it I must have copied it from somewhere as it is definitely
not my style of scripting, but I'm not sure where I got it from.
Anyhow it works well for me.
Phil
On 8 June 2015 at 19:20, Alan W. Irwin <ir...@be...> wrote:
> On 2015-06-08 08:55-0000 Arjen Markus wrote:
>
>> See the new results. They seem almost perfect. Only the Ada problem is left at a superficial examination of the reports.
>
> Thanks very much for doing these two tests (with and without Ada). I
> agree these results are the best Cygwin results (outside your DISPLAY
> issues where I think I have found a solution below) we have ever seen.
> For example, because you are now using lua-5.2, you are getting a
> clean Lua run-time result, e.g.,
>
> lua
> Missing examples :
> Differing graphical output :
> Missing stdout :
> Differing stdout :
>
> And you similarly have clean results for c++, f95, python, and tcl. To see all of these
> voluminous diff results for every configuration, I suggest you try
>
> grep -B1 -A3 "Missing examples" */output_tree/*.out |less
>
> If you run that command, you will notice that Python and Lua results are missing for
> the static case, but that is by design; those bindings only work
> for the shared library case.
>
> With regard to the on-going Ada problems, thanks to your first report
> I have now tracked the issue down to an incomplete link command for
> the Ada library, i.e., my CMake Ada language support is incomplete on
> Cygwin. I am going to take a quick look at that now, but if it looks
> like the fix is going to be complicated, I will likely put off working
> on it until after this forthcoming release has been made.
>
> I also am just in the process of revising Tcl/Tk linking to eliminate
> redundant linking of libtclmatrix, libplplottcltk, and libplplot when
> ENABLE_DYNDRIVERS=OFF. (For that case all the libtclmatrix and
> libplplottcltk code is already in libplplot so the first two libraries should
> not even be built, and all links should be made solely to libplplot
> rather than those first two libraries.) I think this change is going
> to sort out some memory management issues we have historically had
> with interactive testing of Tcl/Tk on both Cygwin and Linux in the
> past for the ENABLE_DYNDRIVERS=OFF case. We worked around those issues
> by dropping such testing, but I am also going to reinstate that testing
> to make sure this elimination of redundant linking cures all these
> problems.
>
> Meanwhile, so that you can start interactive testing again
> you have to sort out the DISPLAY issues that are
> currently prohibiting your interactive tests of Tcl and Tk. For
> example, in the present results for cmake.out you have the following
> error/warning set of messages:
>
> -- TK_WISH = /bin/wish
> Application initialization failed: no display name and no $DISPLAY environment variable
> Error in startup script: couldn't load file "/usr/bin/tk85.dll": No such file or directory
> while executing
> "load /usr/bin/tk85.dll Tk"
> ("package ifneeded Tk 8.5.18" script)
> invoked from within
> "package require Tk"
> invoked from within
> "puts -nonewline [package require Tk]"
> (file "/cygdrive/d/plplot-svn/comprehensive_test_disposeable/shared/build_tree/CheckTK_VERSION.tcl" line 1)
> -- Looking for Tk version with wish - not found
> -- WARNING: setting ENABLE_tk to OFF
>
> I did a google search for the terms
>
> <cygwin "Application initialization failed: no display name">
>
> and came up with
> <http://stackoverflow.com/questions/9393462/cannot-launch-git-gui-using-cygwin-on-windows>
>
> The most popular answer implies that since 2012 or so Cygwin made an
> important Tcl/Tk and X change so a different procedure must be used to
> get X working properly. That answer and its discussion gives the
> exact details about what has to be done. I hope those instructions
> work for you (and also Phil who is also having trouble getting X to
> work on modern Cygwin). If those instructions work for you could you
> please put them on our Wiki so all our Cygwin users can get access to
> X?
>
> 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
|
|
From: Arjen M. <Arj...@de...> - 2015-06-08 18:46:02
|
Hi Alan, Phil,
I was just looking at the Tk/X Window problem myself. It would seem that having the X Window Server running and setting the DISPLAY variable to :0.0 (that is the name of the X Window Server that Cygwin runs), wish and Tk are happy and so is Cmake. The tests are now running, so that will take a while.
(I thought I had Itk installed, but apparently not - installing that too and restarting the tests ...)
Regards,
Arjen
> -----Original Message-----
> From: Phil Rosenberg [mailto:p.d...@gm...]
> Sent: Monday, June 08, 2015 8:36 PM
> To: Alan W. Irwin
> Cc: Arjen Markus; plp...@li...
> Subject: Re: [Plplot-devel] PLplot and C++
>
> Hi Alan and Arjen
> My X problems were just because I updated Cygwin with X running so some dlls
> couldn't upgrade until reboot - but I had too much stuff open on my laptop to reboot
> just then.
>
> If it helps I have the following in my .bashrc to ensure X11 is running whenever I start
> a terminal
>
> #start and connect to X
> export DISPLAY=:0.0
> XPROC=$(ps aux | egrep /usr/bin/XWin)
> if [[ -z "$XPROC" ]]; then
> cygstart xwin -multiwindow
> fi
> unset XPROC
>
> Looking at it I must have copied it from somewhere as it is definitely not my style of
> scripting, but I'm not sure where I got it from.
> Anyhow it works well for me.
>
> Phil
>
>
> On 8 June 2015 at 19:20, Alan W. Irwin <ir...@be...> wrote:
> > On 2015-06-08 08:55-0000 Arjen Markus wrote:
> >
> >> See the new results. They seem almost perfect. Only the Ada problem is left at a
> superficial examination of the reports.
> >
> > Thanks very much for doing these two tests (with and without Ada). I
> > agree these results are the best Cygwin results (outside your DISPLAY
> > issues where I think I have found a solution below) we have ever seen.
> > For example, because you are now using lua-5.2, you are getting a
> > clean Lua run-time result, e.g.,
> >
> > lua
> > Missing examples :
> > Differing graphical output :
> > Missing stdout :
> > Differing stdout :
> >
> > And you similarly have clean results for c++, f95, python, and tcl.
> > To see all of these voluminous diff results for every configuration, I
> > suggest you try
> >
> > grep -B1 -A3 "Missing examples" */output_tree/*.out |less
> >
> > If you run that command, you will notice that Python and Lua results
> > are missing for the static case, but that is by design; those bindings
> > only work for the shared library case.
> >
> > With regard to the on-going Ada problems, thanks to your first report
> > I have now tracked the issue down to an incomplete link command for
> > the Ada library, i.e., my CMake Ada language support is incomplete on
> > Cygwin. I am going to take a quick look at that now, but if it looks
> > like the fix is going to be complicated, I will likely put off working
> > on it until after this forthcoming release has been made.
> >
> > I also am just in the process of revising Tcl/Tk linking to eliminate
> > redundant linking of libtclmatrix, libplplottcltk, and libplplot when
> > ENABLE_DYNDRIVERS=OFF. (For that case all the libtclmatrix and
> > libplplottcltk code is already in libplplot so the first two libraries
> > should not even be built, and all links should be made solely to
> > libplplot rather than those first two libraries.) I think this change
> > is going to sort out some memory management issues we have
> > historically had with interactive testing of Tcl/Tk on both Cygwin and
> > Linux in the past for the ENABLE_DYNDRIVERS=OFF case. We worked
> > around those issues by dropping such testing, but I am also going to
> > reinstate that testing to make sure this elimination of redundant
> > linking cures all these problems.
> >
> > Meanwhile, so that you can start interactive testing again you have to
> > sort out the DISPLAY issues that are currently prohibiting your
> > interactive tests of Tcl and Tk. For example, in the present results
> > for cmake.out you have the following error/warning set of messages:
> >
> > -- TK_WISH = /bin/wish
> > Application initialization failed: no display name and no $DISPLAY
> > environment variable Error in startup script: couldn't load file "/usr/bin/tk85.dll": No
> such file or directory
> > while executing
> > "load /usr/bin/tk85.dll Tk"
> > ("package ifneeded Tk 8.5.18" script)
> > invoked from within
> > "package require Tk"
> > invoked from within
> > "puts -nonewline [package require Tk]"
> > (file
> > "/cygdrive/d/plplot-svn/comprehensive_test_disposeable/shared/build_tr
> > ee/CheckTK_VERSION.tcl" line 1)
> > -- Looking for Tk version with wish - not found
> > -- WARNING: setting ENABLE_tk to OFF
> >
> > I did a google search for the terms
> >
> > <cygwin "Application initialization failed: no display name">
> >
> > and came up with
> > <http://stackoverflow.com/questions/9393462/cannot-launch-git-gui-usin
> > g-cygwin-on-windows>
> >
> > The most popular answer implies that since 2012 or so Cygwin made an
> > important Tcl/Tk and X change so a different procedure must be used to
> > get X working properly. That answer and its discussion gives the
> > exact details about what has to be done. I hope those instructions
> > work for you (and also Phil who is also having trouble getting X to
> > work on modern Cygwin). If those instructions work for you could you
> > please put them on our Wiki so all our Cygwin users can get access to
> > X?
> >
> > 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
DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail.
|
|
From: Arjen M. <Arj...@de...> - 2015-06-08 18:52:49
Attachments:
comprehensive_test.tar.gz
|
Hi Alan,
Itk is causing a link problem - I will turn it off for the moment to see what the rest of tests are doing now.
See the report.
Regards,
Arjen
From: Arjen Markus [mailto:Arj...@de...]
Sent: Monday, June 08, 2015 8:46 PM
To: Phil Rosenberg; Alan W. Irwin
Cc: plp...@li...
Subject: Re: [Plplot-devel] PLplot and C++
Hi Alan, Phil,
I was just looking at the Tk/X Window problem myself. It would seem that having the X Window Server running and setting the DISPLAY variable to :0.0 (that is the name of the X Window Server that Cygwin runs), wish and Tk are happy and so is Cmake. The tests are now running, so that will take a while.
(I thought I had Itk installed, but apparently not - installing that too and restarting the tests ...)
Regards,
Arjen
> -----Original Message-----
> From: Phil Rosenberg [mailto:p.d...@gm...]
> Sent: Monday, June 08, 2015 8:36 PM
> To: Alan W. Irwin
> Cc: Arjen Markus; plp...@li...
> Subject: Re: [Plplot-devel] PLplot and C++
>
> Hi Alan and Arjen
> My X problems were just because I updated Cygwin with X running so some dlls
> couldn't upgrade until reboot - but I had too much stuff open on my laptop to reboot
> just then.
>
> If it helps I have the following in my .bashrc to ensure X11 is running whenever I start
> a terminal
>
> #start and connect to X
> export DISPLAY=:0.0
> XPROC=$(ps aux | egrep /usr/bin/XWin)
> if [[ -z "$XPROC" ]]; then
> cygstart xwin -multiwindow
> fi
> unset XPROC
>
> Looking at it I must have copied it from somewhere as it is definitely not my style of
> scripting, but I'm not sure where I got it from.
> Anyhow it works well for me.
>
> Phil
>
>
> On 8 June 2015 at 19:20, Alan W. Irwin <ir...@be...> wrote:
> > On 2015-06-08 08:55-0000 Arjen Markus wrote:
> >
> >> See the new results. They seem almost perfect. Only the Ada problem is left at a
> superficial examination of the reports.
> >
> > Thanks very much for doing these two tests (with and without Ada). I
> > agree these results are the best Cygwin results (outside your DISPLAY
> > issues where I think I have found a solution below) we have ever seen.
> > For example, because you are now using lua-5.2, you are getting a
> > clean Lua run-time result, e.g.,
> >
> > lua
> > Missing examples :
> > Differing graphical output :
> > Missing stdout :
> > Differing stdout :
> >
> > And you similarly have clean results for c++, f95, python, and tcl.
> > To see all of these voluminous diff results for every configuration, I
> > suggest you try
> >
> > grep -B1 -A3 "Missing examples" */output_tree/*.out |less
> >
> > If you run that command, you will notice that Python and Lua results
> > are missing for the static case, but that is by design; those bindings
> > only work for the shared library case.
> >
> > With regard to the on-going Ada problems, thanks to your first report
> > I have now tracked the issue down to an incomplete link command for
> > the Ada library, i.e., my CMake Ada language support is incomplete on
> > Cygwin. I am going to take a quick look at that now, but if it looks
> > like the fix is going to be complicated, I will likely put off working
> > on it until after this forthcoming release has been made.
> >
> > I also am just in the process of revising Tcl/Tk linking to eliminate
> > redundant linking of libtclmatrix, libplplottcltk, and libplplot when
> > ENABLE_DYNDRIVERS=OFF. (For that case all the libtclmatrix and
> > libplplottcltk code is already in libplplot so the first two libraries
> > should not even be built, and all links should be made solely to
> > libplplot rather than those first two libraries.) I think this change
> > is going to sort out some memory management issues we have
> > historically had with interactive testing of Tcl/Tk on both Cygwin and
> > Linux in the past for the ENABLE_DYNDRIVERS=OFF case. We worked
> > around those issues by dropping such testing, but I am also going to
> > reinstate that testing to make sure this elimination of redundant
> > linking cures all these problems.
> >
> > Meanwhile, so that you can start interactive testing again you have to
> > sort out the DISPLAY issues that are currently prohibiting your
> > interactive tests of Tcl and Tk. For example, in the present results
> > for cmake.out you have the following error/warning set of messages:
> >
> > -- TK_WISH = /bin/wish
> > Application initialization failed: no display name and no $DISPLAY
> > environment variable Error in startup script: couldn't load file "/usr/bin/tk85.dll": No
> such file or directory
> > while executing
> > "load /usr/bin/tk85.dll Tk"
> > ("package ifneeded Tk 8.5.18" script)
> > invoked from within
> > "package require Tk"
> > invoked from within
> > "puts -nonewline [package require Tk]"
> > (file
> > "/cygdrive/d/plplot-svn/comprehensive_test_disposeable/shared/build_tr
> > ee/CheckTK_VERSION.tcl" line 1)
> > -- Looking for Tk version with wish - not found
> > -- WARNING: setting ENABLE_tk to OFF
> >
> > I did a google search for the terms
> >
> > <cygwin "Application initialization failed: no display name">
> >
> > and came up with
> > <http://stackoverflow.com/questions/9393462/cannot-launch-git-gui-usin
> > g-cygwin-on-windows>
> >
> > The most popular answer implies that since 2012 or so Cygwin made an
> > important Tcl/Tk and X change so a different procedure must be used to
> > get X working properly. That answer and its discussion gives the
> > exact details about what has to be done. I hope those instructions
> > work for you (and also Phil who is also having trouble getting X to
> > work on modern Cygwin). If those instructions work for you could you
> > please put them on our Wiki so all our Cygwin users can get access to
> > X?
> >
> > 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
DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail.
DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail.
|
|
From: Alan W. I. <ir...@be...> - 2015-06-08 21:38:23
|
On 2015-06-08 18:52-0000 Arjen Markus wrote: > Itk is causing a link problem - I will turn it off for the moment to see what the rest of tests are doing now. > See the report. Hi Arjen: Thanks for that test, and I am really pleased the DISPLAY issue was so easy to fix. N.B. please take the time right now to do a wiki entry about possible pitfalls in setting up X on Cygwin to help our Cygwin users in future. Getting back to the specifics of your report, the first Tcl/Tk/Itcl/Itk WARNING message is -- WARNING: Iwidgets could not be found so disabling Itcl and Itk To fix that install issue, you should install the package tcl-iwidgets-4.0.1-2 which I found with the search term "iwidgets". It turned out that corner case where iwidgets was not installed exercised a real build system bug which in turn caused the build error shown in your report. I will fix the build-system logic of that corner case and test it as part of the rest of the current set of Tcl/Tk/Itcl/Itk changes I mentioned before that I am working on and which I hope to commit by tomorrow. Meanwhile, if you install the above package you should be able to avoid that corner case and thus finish this first attempt of interactive testing on Cygwin that you have tried for a while. However, I acknowledge interactive testing is inconvenient (because you have to babysit the test to click buttons, etc.,) so you may want to hold off on doing any more interactive testing on Cygwin until my Tcl/Tk/Itcl/Itk changes (and possibly also the Ada changes if those prove to be easy for me) are completed. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Arjen M. <Arj...@de...> - 2015-06-09 07:15:07
Attachments:
comprehensive_test.tar.gz
|
Hi Alan, I adjusted the text on the Wiki page - I removed the remarks that Tk would not compile on Cygwin. That at least is no longer true :). Some things to add: a convenient window manager, I guess. I include the report from the latest tests - all seems to be going well. Regards, Arjen > -----Original Message----- > From: Alan W. Irwin [mailto:ir...@be...] > Sent: Monday, June 08, 2015 11:38 PM > To: Arjen Markus > Cc: Phil Rosenberg; plp...@li... > Subject: RE: [Plplot-devel] PLplot and C++ > > On 2015-06-08 18:52-0000 Arjen Markus wrote: > > > Itk is causing a link problem - I will turn it off for the moment to see what the rest of > tests are doing now. > > See the report. > > Hi Arjen: > > Thanks for that test, and I am really pleased the DISPLAY issue was so easy to fix. > > N.B. please take the time right now to do a wiki entry about possible pitfalls in setting > up X on Cygwin to help our Cygwin users in future. > > Getting back to the specifics of your report, the first Tcl/Tk/Itcl/Itk WARNING > message is > > -- WARNING: Iwidgets could not be found so disabling Itcl and Itk > > To fix that install issue, you should install the package > tcl-iwidgets-4.0.1-2 which I found with the search term "iwidgets". > > It turned out that corner case where iwidgets was not installed exercised a real build > system bug which in turn caused the build error shown in your report. > > I will fix the build-system logic of that corner case and test it as part of the rest of the > current set of Tcl/Tk/Itcl/Itk changes I mentioned before that I am working on and > which I hope to commit by tomorrow. > > Meanwhile, if you install the above package you should be able to avoid that corner > case and thus finish this first attempt of interactive testing on Cygwin that you have > tried for a while. > However, I acknowledge interactive testing is inconvenient (because you have to > babysit the test to click buttons, etc.,) so you may want to hold off on doing any more > interactive testing on Cygwin until my Tcl/Tk/Itcl/Itk changes (and possibly also the > Ada changes if those prove to be easy for me) are completed. > > 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 > __________________________ DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
|
From: Alan W. I. <ir...@be...> - 2015-06-09 16:24:20
|
Hi Arjen: I have changed the subject line for obvious reasons. On 2015-06-09 07:14-0000 Arjen Markus wrote: > Hi Alan, > I adjusted the text on the Wiki page - I removed the remarks that Tk would not compile on Cygwin. That at least is no longer true :). Some things to add: a convenient window manager, I guess. I have just made further changes to that page to remove all references to historicial workarounds which are no longer required (as shown by your recent comprehensive tests). I also replaced the 2008 (!) tag with 2015. Could you also take this opportunity to update <https://sourceforge.net/p/plplot/wiki/Setup_cygwin/>? That page already has some information (last updated in 2013) concerning packages to install, but it is obviously far from complete. The goal here should be to document complete information about Cygwin packages so that it would be a straightforward for you (or anybody else) to use this Wiki documentation to install Cygwin from scratch with the same packages you have been installing over the last few weeks to provide a complete PLplot environment on Cygwin. > I include the report from the latest tests - all seems to be going well. Yes, those non-interactive results look good. Of course, for the next time (after I finish my Tcl and related changes) you will want to install the iwidgets package I mentioned and change --cmake_added_options "-DENABLE_octave=OFF -DENABLE_ada=OFF -DENABLE_itk=OFF" to --cmake_added_options "-DENABLE_octave=OFF -DENABLE_ada=OFF" and also completely drop the --do_test_interactive no option. Those changes should allow you to do complete comprehensive interactive testing of PLplot on Cygwin including the Tcl/Tk/Itcl/Itk components of PLplot. With regard to the further possibility of dropping the above -DENABLE_ada=OFF, for Cygwin, the current Ada language support is so ancient it is not maintainable. Therefore, I have decided to attempt to rewrite Ada language support from scratch over the next few days using the approach of making minimal changes to existing modern C (or C++) language support. That is the approach I used ~10 years ago to implement Ada language support, and hopefully that same approach will work again now (and also automatically solve the Ada language support issue you found on Cygwin). But we will see how that goes, and if I run into any issue I cannot straightforwardly figure out, I will likely put Ada language support changes off indefinitely. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Alan W. I. <ir...@be...> - 2015-06-17 07:27:28
|
Hi Arjen: On 2015-06-09 09:24-0700 Alan W. Irwin wrote: > Could you also take this opportunity to update > <https://sourceforge.net/p/plplot/wiki/Setup_cygwin/>? That page > already has some information (last updated in 2013) concerning > packages to install, but it is obviously far from complete. The goal > here should be to document complete information about Cygwin packages > so that it would be a straightforward for you (or anybody else) to use > this Wiki documentation to install Cygwin from scratch with the same > packages you have been installing over the last few weeks to provide a > complete PLplot environment on Cygwin. I haven't heard from you on this question yet, but I do hope you are willing to do this since it is really important information. > Of course, for the next time (after I finish my Tcl and related > changes) you will want to install the iwidgets package I mentioned and > change > > --cmake_added_options "-DENABLE_octave=OFF -DENABLE_ada=OFF -DENABLE_itk=OFF" > > to > > --cmake_added_options "-DENABLE_octave=OFF -DENABLE_ada=OFF" > > and also completely drop the > > --do_test_interactive no > > option. Those changes should allow you to do complete comprehensive > interactive testing of PLplot on Cygwin including the Tcl/Tk/Itcl/Itk > components of PLplot. I have just (commit id f4db3e8) completed my long-promised large set of build system changes for Tcl/Tk/Itcl/Itk that I would appreciate you testing as above on Cygwin when you get the chance. > With regard to the further possibility of dropping the above > -DENABLE_ada=OFF, for Cygwin, the current Ada language support is so > ancient it is not maintainable. Therefore, I have decided to attempt > to rewrite Ada language support from scratch over the next few days > using the approach of making minimal changes to existing modern C (or > C++) language support. That is the approach I used ~10 years ago to > implement Ada language support, and hopefully that same approach will > work again now (and also automatically solve the Ada language support > issue you found on Cygwin). But we will see how that goes, and if I > run into any issue I cannot straightforwardly figure out, I will > likely put Ada language support changes off indefinitely. I am going to put off Ada language support changes for at least a little while and maybe indefinitely because there is so much other PLplot build-system changes I would like to complete for this release cycle. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Arjen M. <Arj...@de...> - 2015-06-17 07:48:16
|
Hi Alan, Yes, updating that list is on my TODO list. I have been rather preoccupied with other things, so have not had the opportunity to sit down for it. I should be able to redo the tests with the latest changes today, though. Regards, Arjen > -----Original Message----- > From: Alan W. Irwin [mailto:ir...@be...] > Sent: Wednesday, June 17, 2015 9:27 AM > To: Arjen Markus > Cc: Phil Rosenberg; plp...@li... > Subject: Re: Comprehensive testing on Cygwin with Tcl/Tk/Itcl/Itk and Ada > > Hi Arjen: > > On 2015-06-09 09:24-0700 Alan W. Irwin wrote: > > > Could you also take this opportunity to update > > <https://sourceforge.net/p/plplot/wiki/Setup_cygwin/>? That page > > already has some information (last updated in 2013) concerning > > packages to install, but it is obviously far from complete. The goal > > here should be to document complete information about Cygwin packages > > so that it would be a straightforward for you (or anybody else) to use > > this Wiki documentation to install Cygwin from scratch with the same > > packages you have been installing over the last few weeks to provide a > > complete PLplot environment on Cygwin. > > I haven't heard from you on this question yet, but I do hope you are willing to do this > since it is really important information. > > > > Of course, for the next time (after I finish my Tcl and related > > changes) you will want to install the iwidgets package I mentioned and > > change > > > > --cmake_added_options "-DENABLE_octave=OFF -DENABLE_ada=OFF - > DENABLE_itk=OFF" > > > > to > > > > --cmake_added_options "-DENABLE_octave=OFF -DENABLE_ada=OFF" > > > > and also completely drop the > > > > --do_test_interactive no > > > > option. Those changes should allow you to do complete comprehensive > > interactive testing of PLplot on Cygwin including the Tcl/Tk/Itcl/Itk > > components of PLplot. > > I have just (commit id f4db3e8) completed my long-promised large set of build > system changes for Tcl/Tk/Itcl/Itk that I would appreciate you testing as above on > Cygwin when you get the chance. > > > With regard to the further possibility of dropping the above > > -DENABLE_ada=OFF, for Cygwin, the current Ada language support is so > > ancient it is not maintainable. Therefore, I have decided to attempt > > to rewrite Ada language support from scratch over the next few days > > using the approach of making minimal changes to existing modern C (or > > C++) language support. That is the approach I used ~10 years ago to > > implement Ada language support, and hopefully that same approach will > > work again now (and also automatically solve the Ada language support > > issue you found on Cygwin). But we will see how that goes, and if I > > run into any issue I cannot straightforwardly figure out, I will > > likely put Ada language support changes off indefinitely. > > I am going to put off Ada language support changes for at least a little while and > maybe indefinitely because there is so much other PLplot build-system changes I > would like to complete for this release cycle. > > 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 > __________________________ DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
|
From: Arjen M. <Arj...@de...> - 2015-06-17 10:39:54
Attachments:
comprehensive_test.tar.gz
|
Hi Alan, Hm, something is failing in the non_dynamic tests: CMakeFiles/pltcl.dir/pltcl.c.o:pltcl.c:(.text+0x20e): undefined reference to `__imp_Pltcl_Init' CMakeFiles/pltcl.dir/pltcl.c.o:pltcl.c:(.text+0x20e): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `__imp_Pltcl_Init' So your latest changes regarding the reduction of the llibraries for the non-dynamic drivers seem to have introduced a bug. I have attached the complete tarball. Regards, Arjen From: Arjen Markus [mailto:Arj...@de...] Sent: Wednesday, June 17, 2015 9:48 AM To: Alan W. Irwin Cc: plp...@li... Subject: Re: [Plplot-devel] Comprehensive testing on Cygwin with Tcl/Tk/Itcl/Itk and Ada Hi Alan, Yes, updating that list is on my TODO list. I have been rather preoccupied with other things, so have not had the opportunity to sit down for it. I should be able to redo the tests with the latest changes today, though. Regards, Arjen > -----Original Message----- > From: Alan W. Irwin [mailto:ir...@be...] > Sent: Wednesday, June 17, 2015 9:27 AM > To: Arjen Markus > Cc: Phil Rosenberg; plp...@li... > Subject: Re: Comprehensive testing on Cygwin with Tcl/Tk/Itcl/Itk and Ada > > Hi Arjen: > > On 2015-06-09 09:24-0700 Alan W. Irwin wrote: > > > Could you also take this opportunity to update > > <https://sourceforge.net/p/plplot/wiki/Setup_cygwin/>? That page > > already has some information (last updated in 2013) concerning > > packages to install, but it is obviously far from complete. The goal > > here should be to document complete information about Cygwin packages > > so that it would be a straightforward for you (or anybody else) to use > > this Wiki documentation to install Cygwin from scratch with the same > > packages you have been installing over the last few weeks to provide a > > complete PLplot environment on Cygwin. > > I haven't heard from you on this question yet, but I do hope you are willing to do this > since it is really important information. > > > > Of course, for the next time (after I finish my Tcl and related > > changes) you will want to install the iwidgets package I mentioned and > > change > > > > --cmake_added_options "-DENABLE_octave=OFF -DENABLE_ada=OFF - > DENABLE_itk=OFF" > > > > to > > > > --cmake_added_options "-DENABLE_octave=OFF -DENABLE_ada=OFF" > > > > and also completely drop the > > > > --do_test_interactive no > > > > option. Those changes should allow you to do complete comprehensive > > interactive testing of PLplot on Cygwin including the Tcl/Tk/Itcl/Itk > > components of PLplot. > > I have just (commit id f4db3e8) completed my long-promised large set of build > system changes for Tcl/Tk/Itcl/Itk that I would appreciate you testing as above on > Cygwin when you get the chance. > > > With regard to the further possibility of dropping the above > > -DENABLE_ada=OFF, for Cygwin, the current Ada language support is so > > ancient it is not maintainable. Therefore, I have decided to attempt > > to rewrite Ada language support from scratch over the next few days > > using the approach of making minimal changes to existing modern C (or > > C++) language support. That is the approach I used ~10 years ago to > > implement Ada language support, and hopefully that same approach will > > work again now (and also automatically solve the Ada language support > > issue you found on Cygwin). But we will see how that goes, and if I > > run into any issue I cannot straightforwardly figure out, I will > > likely put Ada language support changes off indefinitely. > > I am going to put off Ada language support changes for at least a little while and > maybe indefinitely because there is so much other PLplot build-system changes I > would like to complete for this release cycle. > > 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 > __________________________ DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
|
From: Alan W. I. <ir...@be...> - 2015-06-17 19:08:55
|
On 2015-06-17 10:39-0000 Arjen Markus wrote: > Hi Alan, > > > > Hm, something is failing in the non_dynamic tests: > > CMakeFiles/pltcl.dir/pltcl.c.o:pltcl.c:(.text+0x20e): undefined reference to `__imp_Pltcl_Init' > > CMakeFiles/pltcl.dir/pltcl.c.o:pltcl.c:(.text+0x20e): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `__imp_Pltcl_Init' > > So your latest changes regarding the reduction of the llibraries for the non-dynamic drivers seem to have introduced a bug. I have attached the complete tarball. Hi Arjen: Thanks for this test. I. Comments on your setup of this test. For some reason there was a regression in your X setup so that you are now encountering that DISPLAY issue again. The message (in cmake.out) was Application initialization failed: no display name and no $DISPLAY environment variable I encourage you to automate your X setup to avoid this regression in behaviour in future. Also please drop the -DENABLE_itk=OFF workaround which should not be necessary if you have all Tcl/Tk/Itcl/Itk/Iwidgets packages properly installed on Cygwin. And if those are not properly installed, please fix that. Also, in retrospect it was a good idea for you to be cautious and test first with --do_test_interactive no. But once the current issue is fixed, I will encourage you to drop that restriction so that all the Tcl, etc., interactive results can also be run-time tested. II. Comments on the bug you found. The link command that is failing above is (after line wrapping at each white space to help clarify the command and redacting the many irrelevant parts) /usr/bin/cc -Wl,--enable-auto-import CMakeFiles/pltcl.dir/pltcl.c.o -o pltcl.exe -Wl,--out-implib,libpltcl.dll.a -Wl,--major-image-version,0,--minor-image-version,0 ../../dll/libplplottcltk_Main.dll.a /usr/lib/itcl3.4/libitcl3.4.dll.a -ltcl ../../dll/libplplot.dll.a [...] /usr/local/lib/libLASi.dll.a [...] /usr/local/lib/libshp.a [...] II A. The /usr/local issue. Sorry I did not notice this issue before. My assumption is that anything in /usr/local cannot be due to an official Cygwin install so should be avoided (at least for now). So to follow up on this I looked for "local" in cmake.out and found the following: -- TCL_INCLUDE_PATH = /usr/local/include -- FindShapelib: Found shapelib header directory, /usr/local/include, and library, /usr/local/lib/libshp.a. libplplot_LINK_FLAGS = /usr/lib/libltdl.dll.a;/usr/lib/libdl.a;/usr/local/lib/libshp.a;/usr/lib/libfreetype.dll.a;-lcsirocsa;-lcsironn;-lqhull;-lqsastime So please do the appropriate /usr/local renaming (perhaps of all of /usr/local) to force CMake to find the official Cygwin versions of Tcl, shapelib, and libLASi which I presume you have long-since already installed. The result should be no mention of /usr/local in cmake.out the CMake cache files or any of your build commands. I suspect all those /usr/local results are leftovers from an epa_build attempt you did long ago. At some point you might want to try epa_build again (but with an install prefix other that /usr/local so the results don't necessarily take CMake precedence over all others), but only after you make sure all the official Cygwin packages work. II B. The linking issue with pltcl that you discovered above. The above link command for pltcl shows that libplplot is properly linked. So one possibility to explain this is either Pltcl_Init is not defined in the plplot library or it is defined in that library but not visible. To check that, please use the nm command (which likely is already installed, but if not you should be able to find it in binutils-2.25-2) as follows: # Change to _nondynamic_ build directory cd ../comprehensive_test_disposeable/nondynamic/build_tree/ # Build plplot library (which was cleaned by the script) in the # nondynamic case make plplot # Test for definition of Pltcl_Init in that library nm --defined-only <library_name> |grep Pltcl_Init where <library_name> is the appropriate name of the plplot library you just built. Here that is src/libplplot.so, but I am aware there are two locations (in src and in dll) of the plplot library for Cygwin, and I don't know which one you should be using with the nm command so you will have to experiment to find which to use with nm. The result of the above command here is 000000000008f120 T Pltcl_Init which indicates that symbol is defined in the plplot library and you should be getting something similar there. Once you have proved that symbol is defined in the plplot library the next issue is whether that symbol is externally visible. "nm" tests symbol visibility with the --extern-only option, e.g., nm --extern-only --defined-only <library_name> |grep Pltcl_Init and if Pltcl_Init is externally visible you should get the same result whether --extern-only is used or not. And that proved to be the case here when I compiled with CXXFLAGS=-O3 -fvisibility=hidden -Wuninitialized CFLAGS=-O3 -fvisibility=hidden -Wuninitialized which should make gcc act very similarly on Linux to the way it handles visibility issues for C or C++ library on Windows. So from my good visibility results here, I am pretty sure visibility should not be an issue for you there, but please get back to me with the Pltcl_Init definition and visibility results via the "nm" command for the plplot library for the nondynamic case to confirm that (or not), and we can take it from there. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Alan W. I. <ir...@be...> - 2015-06-17 19:51:19
|
Hi Arjen: After some further investigations of details in your report it turns out the error you found was due to a build system inconsistency when ENABLE_tk is forced to OFF. I will work on solving that inconsistency. However, you do not have to wait for that fix. So whenever convenient please move ahead with dropping -DENABLE_itk=OFF and getting rid of the /usr/local issues and the X display issue I mentioned that are currently present for your Cygwin platform. Once the X display issue is permantly solved, ENABLE_tk should not be forced to OFF which should make the missing Pltcl_Init symbol problem disappear so you should get a clean result with --do_test_interactive no (and with luck when you drop that restriction to do a full interactive comprehensive test). Also, note that when the Pltcl_Init symbol problem is fixed would be a good opportunity to try the "nm" experiments I suggested. "nm" is a livesaver in these situations so it would be good for you to learn how to use that tool on 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 __________________________ |
|
From: Alan W. I. <ir...@be...> - 2015-06-18 23:05:06
|
On 2015-06-17 12:51-0700 Alan W. Irwin wrote: > > After some further investigations of details in your report it turns > out the error you found was due to a build system inconsistency when > ENABLE_tk is forced to OFF. I will work on solving that inconsistency. Hi Arjen: Your comprehensive tests with some Cygwin Tcl/Tk/Itcl/Itk/Iwidgets packages missing exercised our build system in a new and unique way and found a whole bunch of logic bugs for the -DPLD_tk=OFF and -DPLD_tkwin=OFF case which I have now fixed as of commit 12f1c93. In that commit I also solved another build-system logic bug concerning the -DENABLE_itk=OFF case that I noticed along the way. There is no need to test those corner cases further since I have done so already by other means (namely by testing for the -DPLD_tk=OFF and -DPLD_tkwin=OFF case and also the -DENABLE_itk=OFF case). So please continue with the Cygwin comprehensive (and nm) testing when convenient after you have solved your current Cygwin configuration issues and missing package installs that I have mentioned. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Arjen M. <Arj...@de...> - 2015-06-19 08:03:09
|
Hi Alan, Thanks for hunting down the logic bugs you mentioned yesterday. I did some investigation using nm on the build I had and reported the results from the other day, but it turns out that the libplplottcltk_Main.dll.a library contains only a few symbols, none of them __imp_Pltcl_Init. That symbol is found in libplplotcltk.dll.a in the "shared" build, but that library is not created in the "nondynamic" build. (I compared the "main" libraries for the two cases - they differ only in the timestamps for the .o files contained in there - they are in "ar" format) Hope this may shed some light. Regards, Arjen > -----Original Message----- > From: Alan W. Irwin [mailto:ir...@be...] > Sent: Wednesday, June 17, 2015 9:51 PM > To: Arjen Markus > Cc: plp...@li... > Subject: Re: [Plplot-devel] Comprehensive testing on Cygwin with Tcl/Tk/Itcl/Itk > > Hi Arjen: > > After some further investigations of details in your report it turns out the error you > found was due to a build system inconsistency when ENABLE_tk is forced to OFF. I > will work on solving that inconsistency. > > However, you do not have to wait for that fix. So whenever convenient please move > ahead with dropping -DENABLE_itk=OFF and getting rid of the /usr/local issues and > the X display issue I mentioned that are currently present for your Cygwin platform. > Once the X display issue is permantly solved, ENABLE_tk should not be forced to > OFF which should make the missing Pltcl_Init symbol problem disappear so you > should get a clean result with --do_test_interactive no (and with luck when you drop > that restriction to do a full interactive comprehensive test). > > Also, note that when the Pltcl_Init symbol problem is fixed would be a good > opportunity to try the "nm" experiments I suggested. "nm" is a livesaver in these > situations so it would be good for you to learn how to use that tool on 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 > __________________________ DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
|
From: Alan W. I. <ir...@be...> - 2015-06-19 20:25:25
|
On 2015-06-19 08:02-0000 Arjen Markus wrote: > Hi Alan, > > > > Thanks for hunting down the logic bugs you mentioned yesterday. > > > > I did some investigation using nm on the build I had and reported the results from the other day, but it turns out that the libplplottcltk_Main.dll.a library contains only a few symbols, none of them __imp_Pltcl_Init. That symbol is found in libplplotcltk.dll.a in the "shared" build, but that library is not created in the "nondynamic" build. > > > > (I compared the "main" libraries for the two cases - they differ only in the timestamps for the .o files contained in there - they are in "ar" format) > > > > Hope this may shed some light. Hi Arjen: Thanks for that additional information. It confirms my analysis of the issue and the fix I came up with for the -DPLD_tk=OFF -DPLD_tkwin=OFF case (which is the case you reported the other day because -DENABLE_tk=OFF automatically forces -DPLD_tk=OFF and -DPLD_tkwin=OFF). Once you get a chance to permanently fix your X configuration, rename /usr/local so that no longer interferes with your Cygwin PLplot builds, install all relevant Tcl/Tk/Itcl/Itk/Iwidgets Cygwin packages, and drop the -DENABLE_itk=OFF option, then you should be good to go for your next comprehensive test with --do_test_interactive no. And once everything is perfect for that case, you should attempt to finish up this Cygwin testing effort by running the script again without that --do_test_interactive no option (although that last test will require some babysitting from you to click all the GUI's to get through all the interactive tests.) 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 __________________________ |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X