From: Arjen M. <Arj...@de...> - 2013-12-10 12:10:03
|
Hi Alan, > -----Original Message----- > From: Alan W. Irwin [mailto:ir...@be...] > > As expected. In a later e-mail about dissection of the pkg-config case I found a patch > that does a lot more concerning G_OS_WIN32 fixups. > > You have a choice of waiting for me to make that patch part of epa_build (number 2 > on my agenda) or following how I dissected the Cygwin package for pkg-config > (which I described so I am sure you could follow it) and trying that patch yourself. > Got it! My addition of G_OS_WIN32 was causing Windows-specific stuff to be turned on and that bites Cygwin. I had to apply the patch _without_ this macro. Now it works. I hope this will solve the Tcl bit as well. 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...> - 2013-12-10 12:14:57
|
Hi Alan, > -----Original Message----- > From: Arjen Markus [mailto:Arj...@de...] > > I hope this will solve the Tcl bit as well. > Nope, same error message: build ../win first. Time to contact the expert. 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...> - 2013-12-10 13:01:44
|
Hi Alan, Jan gave me plenty of information to chew on. Some complication arises because under Cygwin two independent versions of the Tk library are built - for use with X11 and for use with native Windows. This is handled via a cross-compiler. I still have to sort out what this means in terms of epa_build and I will not have the opportunity to do so today, so I will try that tomorrow. Regards. Arjen > -----Original Message----- > From: Alan W. Irwin [mailto:ir...@be...] > Sent: Tuesday, December 10, 2013 10:26 AM > To: Arjen Markus > Cc: PLplot development list > Subject: Re: [Plplot-devel] The epa_build project > > On 2013-12-10 08:06-0000 Arjen Markus wrote: > > > Hi Alan, > > > > I will contact the Tcl+Cygwin expert about this. > > While waiting for his reply I suggest you simply try the experiment of applying the > patch you can obtain from the tcl Cygwin package tarball like I explain below. That is > bound to be part of his reply, and it may be his complete reply. > 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...> - 2013-12-10 17:59:11
|
On 2013-12-10 13:01-0000 Arjen Markus wrote: > Hi Alan, > > Jan gave me plenty of information to chew on. Some complication arises because under Cygwin > two independent versions of the Tk library are built - for use with X11 and for use with native Windows. > This is handled via a cross-compiler. > > I still have to sort out what this means in terms of epa_build and I will not have the opportunity to do so > today, so I will try that tomorrow. Hi Arjen: I want to emphasize my questions and comments about Cygwin are due to my enthusiasm about the steady improvements you continue to make on that platform (with and without epa_build) and have nothing to do with meeting a release deadline. After all, I will probably only complete epa_build (as I originally envisaged it with working epa_build configurations for both pango/cairo and Qt4) just today for the Linux case. So that is already a nice accomplishment for this forthcoming release of PLplot. Anything extra you can do for the Cygwin platform case (such as your earlier success with pkg-config today) is very welcome and much appreciated, but I certainly don't expect you to have a perfect epa_build for the Cygwin platform by this release date. Now to respond specifically to this e-mail, it is good you are in contact with Jan and most interesting news that there are two versions of Tk for Cygwin. But for now I would advise focussing tomorrow on what he said about Tcl since Tcl obviously must be done before Tk but also because the Tcl build is a much simpler case with only just one Cygwin version. Best wishes, 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...> - 2013-12-11 10:08:45
|
On 2013-12-09 18:36-0800 Alan W. Irwin wrote: > To put this all in context, here is what I plan to do in the next two > days in the order given here. > > (1) I have finished implementing a completely clean epa_build of > qt4_lite today (which only takes 15 minutes by the way) on Linux. This > is an extrmely welcome result since it fills in the last hole (except > for octave) in the epa_build configurations for the PLplot > dependencies and enables one of our best device drivers. When testing > that build I got through most PLplot qt-related tests, but I also > discovered some release-critical issues with the PLplot (not > epa_build) build-system for the qt components of PLplot. So dealing > with those is my number-one priority. I am very happy to report that as of revision 12850 the new epa_build configuration for qt4_lite has been committed, and lots of Qt-related build-system fixes committed. As a result of the build-system fixes I could remove a restriction on the build (I previously turned off Qt-related component builds for the nondynamic drivers case to avoid segfaults from qt_example for that case) and the comprehensive test procedure passed with flying colors! For that test I used the epa_build of qt4_lite as the PLplot dependency rather than the system version of Qt4 so that confirmed all was well with that epa_build version of Qt4. That finishes my work on epa_build for the Linux case (although there is plenty more to do on other platforms). As you might expect, I am quite happy with these results. Arjen, I have decided to take it easy tomorrow (to reward myself and also to charge up my batteries a bit for the forthcoming release) so I plan to put off the following two agenda items until after the release. Of course, if you have any further questions about epa_build, I would certainly have time to answer those. Alan > > (2) Deal with the epa_build issues for pkg-config I described in > my previous post which will require MinGW/MSYS testing which > unfortunately is painfully slow on Wine. > > (3) Deal with the epa_build issues for tcl mentioned here for the > MinGW/MSYS case which will also be painfully slow on Wine. > > I hope to finish (1) and (2) by Tuesday, and (3) by Wednesday, but we > will see how it goes. > __________________________ 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...> - 2013-12-11 10:13:04
|
Hi Alan, > -----Original Message----- > From: Alan W. Irwin [mailto:ir...@be...] > > Arjen, I have decided to take it easy tomorrow (to reward myself and also to charge > up my batteries a bit for the forthcoming release) so I plan to put off the following two > agenda items until after the release. Of course, if you have any further questions > about epa_build, I would certainly have time to answer those. > I think that is a wise decision :). The issues are not critical to the release and if we spend too much time on getting the extra bits into it, we may be overlooking errors and mistakes elsewhere. I will concentrate on testing the Windows and Cygwin builds for now and postpone the other stuff wrt Cygwin and epa_build for the coming period. 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...> - 2014-01-04 23:12:55
|
On 2013-12-09 18:36-0800 Alan W. Irwin wrote: > On 2013-12-09 17:09-0800 Alan W. Irwin wrote: > >> I am now going to go through the same Cygwin package dissection >> process for tcl, and I will post later about what I find out in that >> case. > > The Cygwin package tarball for tcl is named tcl-8.5.11-1-src.tar.bz2 > which you can find in any Cygwin mirror. The tcl.cygport file in > there shows that the 8.5-cygwin.patch and 8.5.10-tea-m4.patch patches > are applied, and also shows the Tcl source subdirectory that is used > is unix and not win! I don't see anything else in that tcl.cygport > file that is relevant (at least at the present time when I am still > fairly ignorant of Cygwin packaging procedures). > > I am pretty sure that the 8.5.10-tea-m4.patch (which appears to be > only for Cygwin packaging backwards compatibility) is not relevant to > the epa_build case so for a start (probably on Wednesday, see my ToDo > list below) I will try the 8.5-cygwin.patch to see if that helps out > the MinGW/MSYS case using the win subdirectory of the tcl source code. Hi Arjen: I have made some progress with epa_build on Wine in the last several days. I have updated from Wine-1.6-rc4 to Wine-1.6.1 and confirmed that for the "MSYS Makefiles" generator, plplot_lite continues to build in that case and also the test_noninteractive target in the build tree works, i.e., there were no obvious regressions for this substantially different new version of Wine. I then tried the same thing with the "MinGW Makefiles" generator (with a PATH that includes all of MSYS except for sh.exe since that is a requirement of that generator and that "mingw32-make" build command). All was well for that completely different case. This is most encouraging new epa_build result since results from the "MinGW Makefiles" generator tend to require fewer commands then the "MSYS Makefiles" generator ==> less startup latency cost on Wine ==> factor of ~2 improvement in speed on Wine. (N.B. I don't think the speed gain will be nearly as much on the Microsoft version of Windows, but it is a big help to me on Wine). I now plan to follow up that success with an attempt to build Tcl-8.6 on Wine. The 8.5-cygwin.patch referred to above is almost exclusively concerned with just the Cygwin platform, and the small part of it that is relevant to MinGW has already made it into Tcl-8.6. So I won't be applying any patches at all for my first attempt to build the Windows (not Cygwin) version of Tcl using the Tcl win subdirectory > Meanwhile, will you please try applying the 8.5-cygwin.patch yourself > and building tcl (using the unix subdirectory) by hand on Cygwin? That > patch appears to be relevant to the errors you encountered when you > last attempted to build using the unix subdirectory so I have some > degree of optimism you will have complete success with that build. Something I forgot in this remark is that the 8.5-cygwin.patch will not apply cleanly to Tcl-8.6. Instead, you will have to edit the Tcl-8.6 files with the subset of the changes in the 8.5-cygwin.patch that have not already made it into Tcl-8.6, then prepare a 8.6-cygwin.patch result with the usual diff -Naur tcl8.6_original tcl8.6_modified >8.6-cygwin.patch patch generation method where tcl8.6_original is a pristine version of the Tcl-8.6 source tree while tcl8.6_modified is an edited version of that source tree. When you have some more time to work on PLplot again, I believe that preparation of that patch and an epa_build of patched Tcl-8.6 on Cygwin should be one of your top priorities to be followed by an epa_build of a (similarly dissected and patched) Tk-8.6. 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...> - 2014-01-05 00:10:57
|
On 2013-12-10 12:09-0000 Arjen Markus wrote: > Hi Alan, > >> -----Original Message----- >> From: Alan W. Irwin [mailto:ir...@be...] >> >> As expected. In a later e-mail about dissection of the pkg-config case I found a patch >> that does a lot more concerning G_OS_WIN32 fixups. >> >> You have a choice of waiting for me to make that patch part of epa_build (number 2 >> on my agenda) or following how I dissected the Cygwin package for pkg-config >> (which I described so I am sure you could follow it) and trying that patch yourself. >> > > Got it! My addition of G_OS_WIN32 was causing Windows-specific stuff to be turned on > and that bites Cygwin. I had to apply the patch _without_ this macro. Now it works. > > I hope this will solve the Tcl bit as well. Hi Arjen: Please finish this topic by committing everything that makes the epa_build of pkg-config work correctly for you on Cygwin. Part of your solution involves applying a patch. You should commit that patch as a file in the epa_build/pkg-config directory, and apply that patch automatically as is done, e.g., in epa_build/libharu/CMakeLists.txt. 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...> - 2014-01-06 09:06:56
|
Hi Alan, now that life is returning to its normal state, I will pick up things again vis-à-vis PLplot. The progress you have been making with MinGW/MSYS is quite encouraging. Regards, Arjen > -----Original Message----- > From: Alan W. Irwin [mailto:ir...@be...] > Sent: Sunday, January 05, 2014 1:11 AM > To: Arjen Markus > Cc: PLplot development list > Subject: RE: [Plplot-devel] The epa_build project > > On 2013-12-10 12:09-0000 Arjen Markus wrote: > > > Hi Alan, > > > >> -----Original Message----- > >> From: Alan W. Irwin [mailto:ir...@be...] > >> > >> As expected. In a later e-mail about dissection of the pkg-config > >> case I found a patch that does a lot more concerning G_OS_WIN32 fixups. > >> > >> You have a choice of waiting for me to make that patch part of > >> epa_build (number 2 on my agenda) or following how I dissected the > >> Cygwin package for pkg-config (which I described so I am sure you could follow it) > and trying that patch yourself. > >> > > > > Got it! My addition of G_OS_WIN32 was causing Windows-specific stuff > > to be turned on and that bites Cygwin. I had to apply the patch _without_ this > macro. Now it works. > > > > I hope this will solve the Tcl bit as well. > > Hi Arjen: > > Please finish this topic by committing everything that makes the epa_build of pkg- > config work correctly for you on Cygwin. > > Part of your solution involves applying a patch. You should commit that patch as a > file in the epa_build/pkg-config directory, and apply that patch automatically as is > done, e.g., in epa_build/libharu/CMakeLists.txt. > > 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...> - 2014-01-05 08:17:19
|
On 2014-01-04 15:12-0800 Alan W. Irwin wrote: > I now plan to follow up that success with an attempt to build Tcl-8.6 > on Wine. The 8.5-cygwin.patch referred to above is almost exclusively > concerned with just the Cygwin platform, and the small part of it that > is relevant to MinGW has already made it into Tcl-8.6. So I won't be > applying any patches at all for my first attempt to build the Windows > (not Cygwin) version of Tcl using the Tcl win subdirectory The epa_build and install of Tcl8.6 finished without errors for MinGW/MSYS/Wine after some small modifications of epa_build (revision 12918). So that is an extremely promising result. I have followed up with an attempt at an epa_build of Tk8.6, but so far I have been blocked from getting anywhere because the CPPFLAGS environment variable (which sets a gcc -I option so that build finds the installed Tcl headers for the Linux case) is being ignored for the MinGW/MSYS/Wine case contrary to the documentation given by the Tk "win/configure --help" command which encourages use of CPPFLAGS. What happens in the Linux case via the Tk unix/configure script case is CPPFLAGS is never mentioned explicitly in the configured Makefile, but instead the value of CPPFLAGS is appended to CFLAGS in that Makefile and CFLAGS is honored by the Gnu make implicit build rules. In contrast what happens for the MinGW/MSYS case via the Tk win/configure script is CPPFLAGS is mentioned in the Makefile, but its value is not used by CFLAGS (and apparently the implicit build rules for MSYS make.exe also ignore CPPFLAGS). My experience is that CFLAGS is always honored on all platforms so the obvious fix (which I will try tomorrow) is to drop use of CPPFLAGS to propagate -I options and instead propagate those options by appending them to CFLAGS for all platforms. 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...> - 2014-01-05 21:32:49
|
On 2014-01-05 00:17-0800 Alan W. Irwin wrote: > On 2014-01-04 15:12-0800 Alan W. Irwin wrote: > >> I now plan to follow up that success with an attempt to build Tcl-8.6 >> on Wine. The 8.5-cygwin.patch referred to above is almost exclusively >> concerned with just the Cygwin platform, and the small part of it that >> is relevant to MinGW has already made it into Tcl-8.6. So I won't be >> applying any patches at all for my first attempt to build the Windows >> (not Cygwin) version of Tcl using the Tcl win subdirectory > > The epa_build and install of Tcl8.6 finished without errors for > MinGW/MSYS/Wine after some small modifications of epa_build (revision > 12918). So that is an extremely promising result. Similar small changes (revision 12919) to the epa_build configuration of Tk8.6 allowed that unpatched build for the Tk win subdirectory case to finish without build errors on MinGW/MSYS/Wine. So epa_build continues to look like a promising approach for building Tcl and associated software on MinGW/MSYS, but I haven't yet tried to build the other Tcl-related packages (i.e., itk, iwidgets, itcl3, itk3, iwidgets4.0), and success there will probably require some additional epa_build configuration changes. Assuming all those builds eventually work on MinGW/MSYS, then the follow up would be to run-time test those results with PLplot. Those run-time tests would be currently limited to just Tcl on MinGW/MSYS because the PLplot build system turns off everything Tk related if there is no X. But some small changes to that build system should allow building the ntk device (which only depends on the Tk and Tcl libraries and not X) for platforms such as MinGW/MSYS that have no X. That build-system change would allow the ntk device to be used to run-time test both Tcl and Tk on MinGW/MSYS. And if Arjen continues his work on enhancing the ntk device so that it has, e.g., similar zoom and colour palette capabilities as -dev tk, then that device can also be used to run-time test the Itcl, Itk, and Iwidgets packages that have been epa_built on MinGW/MSYS. Also, if Arjen converts the tkwin "device" (actually a shared object that is dynamically loaded when the test_wish_runAllDemos target is run) from X to pure Tk, then the test_wish_runAllDemos target can also be used to test Tcl and Tk on MinGW/MSYS. @Arjen: the success of the epa_build of Tcl8.6 and friends on Linux and the likely eventual complete success of a similar epa_build on MinGW/MSYS should help to encourage your on-going work on Tcl8.6 and friends for the Cygwin platform. Of course, a complication for that platform is the Cygwin developers have not had complete success in getting their Cygwin-related changes to Tcl and friends propagated upstream to Tcl/Tk8.6 so you will have to dissect the Cygwin package tarball for Tcl/Tk8.5 and figure out the corresponding patches for Tcl/Tk8.6 like I described. But once you have done that you should be able to get the epa_build to work for the unix/X case on Cygwin to replicate the Cygwin system version of Tcl/Tk but updated to Tcl/Tk8.6. (This would pretty much follow what I have demonstrated already works on Linux.) Of course, ultimately your goal should be to epa_build on Cygwin independent of X (similar to what I have already partially shown works for MinGW/MSYS) to provide a much faster Tk result. Such an epa_build on Cygwin will obviously not work for our X-related Tk software such as -dev tk, but should work for -dev ntk, presumably any enhancements you make for that device, and also the tkwin "device" (assuming you convert it to a pure Tk approach). 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...> - 2014-01-06 23:11:01
|
On 2014-01-05 13:32-0800 Alan W. Irwin wrote: > Assuming all those [Tcl-related] builds eventually work on MinGW/MSYS [...] I had success with the epa_build of itcl3 on the MinGW/MSYS/Wine platform. Since itcl4 is implictly part of the Tcl8.6 build, that only left the epa_build configurations of the Tcl-related packages itk3, itk, iwidgets4.0, and iwidgets to update (if necessary) so those packages would epa_build on MinGW/MSYS/Wine. However, after that success I immediately ran into the following internal error in the autotools configure script for itk3 on MinGW/MSYS/Wine: /Z/home/wine/newstart/build_script/build_dir-1.6.1_buildtools/epa_build/Source/build_itk3/configure: line 10357: syntax error near unexpected token (' /Z/home/wine/newstart/build_script/build_dir-1.6.1_buildtools/epa_build/Source/build_itk3/configure: line 10357: case `(ac_space=' '; set | grep ac_space) 2>&1` in' So something inside that backticked `(ac_space=' '; set | grep ac_space) 2>&1` command generates a parentheses error. However if I run that command by hand under bash.exe there are no issues, and there seem to be no obvious issues in the options I use for running that configure script. So the cause of this issue is not going to be easy to discover. I am still trying to make up my mind how to proceed further with this. One alternative is to modify that configure script to dump out information until I figure out the source of the issue. And dissecting the Cygwin build (especially if there are any relevant patches) might help to figure this out. But the problem is really that I am dealing with a badly maintained 11000-line (!) script to configure what, after all, is a simple build. So it might be a much better use of my time to implement from scratch a simple CMake-based build system for itk3 and itk4. (Note, I have already taken that approach with iwidgets4.0 and iwidgets because their autotools-based configure scripts were hopelessly out of date.) Regardless of what I decide to do, the above build error is going to cause a delay in realizing the goal of getting the epa_build configurations for the remaining Tcl-related components (itk3, itk, iwidgets4.0, iwidgets) updated so those packages would epa_build on MinGW/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: Alan W. I. <ir...@be...> - 2014-01-08 00:51:20
|
On 2014-01-06 15:10-0800 Alan W. Irwin wrote: > I am still trying to make up my mind how to proceed further with this [internal error in the configure script for itk3]. Today, I got itk (version 4.0.0 of itk) to build without issues on MinGW/MSYS. Inspired by that success, I backported some of the autotools build system from that modern version of Itk to the 8-year-old Itk3, and that allowed me on the MinGW/MSYS platform to get by the above internal configure error and start compiling some itk3 source files with success. However, compilation currently fails for one of those itk3 source files because the compiler is not finding the correct version of headers. That sort of build error should be straightforward to solve, and the two remaining Tcl-related Iwidgets packages have really simple CMake-based builds. So I am fairly confident that I am going to have complete epa_build success for all Tcl-related packages on MinGW/MSYS within a day or so. 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...> - 2014-01-10 06:13:22
|
On 2014-01-07 16:51-0800 Alan W. Irwin wrote: > That sort of build error (incorrect ordering of -I options) should be straightforward to solve, and the > two remaining Tcl-related Iwidgets packages have really simple > CMake-based builds. So I am fairly confident that I am going to have > complete epa_build success for all Tcl-related packages on MinGW/MSYS > within a day or so. My first promising attempt to backport the improvements made for the Itk version 4 build system to the Itk version 3 build system had some issues, but I got those sorted out today, and the result was that all Tcl components epa_built on both Linux and MinGW/MSYS. Since that success, I have tested this -DBUILD_THE_BUILDTOOLS=ON result with an epa_build of plplot_lite on MinGW/MSYS, and the results (except for the long-standing issues with Python) are encouraging. The test_diff_psc target yielded c++ Missing examples : Differing postscript output : Missing stdout : Differing stdout : f95 Missing examples : Differing postscript output : Missing stdout : Differing stdout : python Missing examples : Differing postscript output : 00 03 04 05 06 08 09 11 12 14a 15 16 17 18 20 21 22 23 25 26 27 29 33 Missing stdout : Differing stdout : 23 tcl Missing examples : Differing postscript output : Missing stdout : Differing stdout : ada Missing examples : Differing postscript output : Missing stdout : Differing stdout : adathick Missing examples : Differing postscript output : Missing stdout : Differing stdout : lua Missing examples : Differing postscript output : Missing stdout : Differing stdout : These complete results show the combination of a binary download of MinGW/MSYS, a binary download of Python for Windows, and an epa_build (for Tcl8.6 and friends) now gives access to a rather extensive list of our language bindings and examples for PLplot on MinGW/MSYS platforms. We have discussed the above 32-bit Python issues on my 32-bit Wine platform before. If I recall correctly, the summary is Arjen has confirmed the issue on 32-bit Windows, but Andrew does not see the issue for 32-bit Linux. Nobody has seen those issues for 64-bit Python on 64-bit Linux, however, I cannot recall if Arjen looked at the 64-bit Python case on 64-bit Windows. So it may not yet be clear whether this is simply a Windows Python issue or a 32-bit Python on 32-bit Windows issue. If nobody else can remember 64-bit on 64-bit Windows results, then follow up will be needed to pin that down. The final point I want to emphasize is the above Tcl results shows the epa_build of Tcl (version 8.6) is producing perfect noninteractive Tcl results on MinGW/MSYS. Furthermore, my planned work on the PLplot build system to deal with some fairly minor X-related logic issues should allow me to expand the good noninteractive test results I have now for Tcl to interactive Tk test results (with the ntk device) and possibly even interactive Itcl, Itk, and Iwidgets test results depending on what Arjen is able to accomplish (e.g., with our existing interactive colour palette adjustment capabilities for the plframe GUI and tk device) with the ntk 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: Arjen M. <Arj...@de...> - 2014-01-10 07:55:33
|
Hi Alan, I installed itcl and itk for Cygwin (version 3.x) and built PLplot anew, but I fail to see anything itcl-related in the build (Tk and itk were turned off on account of no X server running). Since this is the first time I have done something with itcl, I am a bit uncertain as to what I should expect. The script "plitclgen" is not run - is that correct? Just wanting to make sure I understand the build process. There is no Tcl source file to define the various methods then? Regards, Arjen > -----Original Message----- > From: Alan W. Irwin [mailto:ir...@be...] > Sent: Friday, January 10, 2014 7:13 AM > To: Andrew Ross; Arjen Markus > Cc: PLplot development list > Subject: Re: [Plplot-devel] The epa_build project > > On 2014-01-07 16:51-0800 Alan W. Irwin wrote: > > > That sort of build error (incorrect ordering of -I options) should be > > straightforward to solve, and the two remaining Tcl-related Iwidgets > > packages have really simple CMake-based builds. So I am fairly > > confident that I am going to have complete epa_build success for all > > Tcl-related packages on MinGW/MSYS within a day or so. > > My first promising attempt to backport the improvements made for the Itk version 4 > build system to the Itk version 3 build system had some issues, but I got those sorted > out today, and the result was that all Tcl components epa_built on both Linux and > MinGW/MSYS. Since that success, I have tested this - > DBUILD_THE_BUILDTOOLS=ON result with an epa_build of plplot_lite on > MinGW/MSYS, and the results (except for the long-standing issues with Python) are > encouraging. The test_diff_psc target yielded > > c++ > Missing examples : > Differing postscript output : > Missing stdout : > Differing stdout : > f95 > Missing examples : > Differing postscript output : > Missing stdout : > Differing stdout : > python > Missing examples : > Differing postscript output : 00 03 04 05 06 08 09 11 12 14a 15 16 17 18 20 21 22 > 23 25 26 27 29 33 > Missing stdout : > Differing stdout : 23 > tcl > Missing examples : > Differing postscript output : > Missing stdout : > Differing stdout : > ada > Missing examples : > Differing postscript output : > Missing stdout : > Differing stdout : > adathick > Missing examples : > Differing postscript output : > Missing stdout : > Differing stdout : > lua > Missing examples : > Differing postscript output : > Missing stdout : > Differing stdout : > > These complete results show the combination of a binary download of MinGW/MSYS, > a binary download of Python for Windows, and an epa_build (for Tcl8.6 and friends) > now gives access to a rather extensive list of our language bindings and examples > for PLplot on MinGW/MSYS platforms. > > We have discussed the above 32-bit Python issues on my 32-bit Wine platform > before. If I recall correctly, the summary is Arjen has confirmed the issue on 32-bit > Windows, but Andrew does not see the issue for 32-bit Linux. Nobody has seen > those issues for 64-bit Python on 64-bit Linux, however, I cannot recall if Arjen > looked at the 64-bit Python case on 64-bit Windows. So it may not yet be clear > whether this is simply a Windows Python issue or a 32-bit Python on 32-bit Windows > issue. If nobody else can remember 64-bit on 64-bit Windows results, then follow up > will be needed to pin that down. > > The final point I want to emphasize is the above Tcl results shows the epa_build of > Tcl (version 8.6) is producing perfect noninteractive Tcl results on MinGW/MSYS. > Furthermore, my planned work on the PLplot build system to deal with some fairly > minor X-related logic issues should allow me to expand the good noninteractive test > results I have now for Tcl to interactive Tk test results (with the ntk device) and > possibly even interactive Itcl, Itk, and Iwidgets test results depending on what Arjen is > able to accomplish (e.g., with our existing interactive colour palette adjustment > capabilities for the plframe GUI and tk device) with the ntk 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 > __________________________ 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...> - 2014-01-10 22:14:48
|
On 2014-01-10 07:55-0000 Arjen Markus wrote: > Hi Alan, > > I installed itcl and itk for Cygwin (version 3.x) and built PLplot anew, but I fail to see anything > itcl-related in the build (Tk and itk were turned off on account of no X server running). Since this is > the first time I have done something with itcl, I am a bit uncertain as to what I should expect. > To help you with that question, here is every file in our source tree excluding release notes and changelogs that mentions one of HAVE_ITCL, HAVE_ITK, ENABLE_itcl, or ENABLE_itk software@raven> find . -type f |grep -v .svn | grep -v release \ xargs grep -lE '(HAVE_ITCL|HAVE_ITK|ENABLE_itcl|ENABLE_itk)' ./bindings/tk/plframe.c ./bindings/tk/tkMain.c ./bindings/tcl/pltcl.c ./bindings/tcl/CMakeLists.txt ./plplot_config.h.in ./sys/win-tk/plConfig.h ./cmake/modules/tk.cmake ./cmake/modules/summary.cmake ./cmake/modules/tcl-related.cmake ./examples/tk/CMakeLists.txt_installed_examples_tk ./examples/tk/CMakeLists.txt ./examples/plplot_configure.cmake_installed_examples.in ./examples/CMakeLists.txt ./plplot_test/plplot-test-interactive.sh.in ./scripts/mktclIndex It appears to me from skimming through those, that there are colour palette capabilities and file chooser capabilities (for the plframe GUI and -dev tk) that are implemented with Itcl and Itk, and the examples given by examples/tk/xtk02.c and examples/tk/xtk04.c use Itk (and Itcl?) capabilities as well. You have had X running properly on Cygwin before because you reported results for xwin as I recall. So once you get that regression in your procedure for using Cygwin sorted out, then our build system should set ENABLE_tk and ENABLE_itk to ON by default and all the above Itcl and Itk capabilities should be accessible to you. For example, you should be able to run the test_tk_0[24] targets to demonstrate the second and fourth xtk0? examples. And when you use -dev tk or the plframe gui (first with the test_c_tk target or the test_plserver_standard_examples target to make sure all dependencies have been executed, and then by hand so that the results pause so you can click on the GUI) you should be able to click on either the resulting tk or plframe GUI to find the file chooser and colour palette GUI's that are implemented using Itcl and Itk. The colour palette GUI is a particularly useful and interesting capability since it allows you to quickly and conveniently change any PLplot colour scheme to see how the result looks with a particular example. It would be great if you could figure out how to use that same colour palette functionality with the ntk device. > The script "plitclgen" is not run - is that correct? Just wanting to make sure I understand the > build process. There is no Tcl source file to define the various methods then? Thanks for spotting that file which I had never noticed before! I checked our entire source tree for reference to that name using software@raven> find . -type f |grep -v .svn |xargs grep -l plitcl Aside from pltclgen itself and some changelogs, the only references to that file are in comments in ./bindings/tk/PLWin.itk but there the results of plitclgen were apparently inserted by hand which is also consistent with the directions in bindings/tcl/plitclgen. It had been a very long time since those directions had been followed so I went through the whole process again and the resulting changes (revision 12930) to bindings/tk/PLWin.itk were quite large with many API additions and some API removals to become consistent with the Tcl API changes that have occurred over many years. Are the "inherit PLWin" commands in PLXWin.itk and Pltkwin.itk the way that PLWin.itk is actually used? That was the only possible reference I could find to PLWin.itk. But in any case the large changes to that file in revision 12390 didn't appear to make any difference to our Itcl/Itk/Iwidgets results (e.g., the colour palettes on the plframe GUI and -dev tk). Would it be possible to automate the process mentioned in plitclgen? For example, is there an Itk command (inherit?) that would allow PLWin.itk to access the gen.itcl results produced by plitclgen(.tcl)? (I am thinking along the lines of changing the name of the generated file from gen.itcl to plplot_api_class.itk, and then sticking "inherit plplot_api_class" into PLWin.itk, but I need your input on that idea since I have no idea whether that is a correct use of the inherit command.) Regardless of the automation issue, would you be willing to help out by translating the plitclgen perl script to a plitclgen.tcl Tcl script (following what you did to translate pltclgen to pltclgen.tcl)? The motivations for this change are (1) I think it is more self-contained to use Tcl rather than perl to generate gen.itcl, and (2) there is a warning message from perl that the plitclgen script uses deprecated perl API that will be retired in the next perl release. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Arjen M. <Arj...@de...> - 2014-01-13 08:40:32
|
Hi Alan, see my remarks below. > -----Original Message----- > From: Alan W. Irwin [mailto:ir...@be...] > Sent: Friday, January 10, 2014 11:15 PM > To: Arjen Markus > Cc: Andrew Ross; PLplot development list > Subject: RE: [Plplot-devel] The epa_build project > > On 2014-01-10 07:55-0000 Arjen Markus wrote: > > > Hi Alan, > > > > I installed itcl and itk for Cygwin (version 3.x) and built PLplot > > anew, but I fail to see anything itcl-related in the build (Tk and itk > > were turned off on account of no X server running). Since this is the first time I > have done something with itcl, I am a bit uncertain as to what I should expect. > > > > To help you with that question, here is every file in our source tree excluding release > notes and changelogs that mentions one of HAVE_ITCL, HAVE_ITK, ENABLE_itcl, > or ENABLE_itk > Thanks, this will be helpful indeed. > software@raven> find . -type f |grep -v .svn | grep -v release \ xargs grep -lE > '(HAVE_ITCL|HAVE_ITK|ENABLE_itcl|ENABLE_itk)' > ./bindings/tk/plframe.c > ./bindings/tk/tkMain.c > ./bindings/tcl/pltcl.c > ./bindings/tcl/CMakeLists.txt > ./plplot_config.h.in > ./sys/win-tk/plConfig.h > ./cmake/modules/tk.cmake > ./cmake/modules/summary.cmake > ./cmake/modules/tcl-related.cmake > ./examples/tk/CMakeLists.txt_installed_examples_tk > ./examples/tk/CMakeLists.txt > ./examples/plplot_configure.cmake_installed_examples.in > ./examples/CMakeLists.txt > ./plplot_test/plplot-test-interactive.sh.in > ./scripts/mktclIndex > > It appears to me from skimming through those, that there are colour palette > capabilities and file chooser capabilities (for the plframe GUI and -dev tk) that are > implemented with Itcl and Itk, and the examples given by examples/tk/xtk02.c and > examples/tk/xtk04.c use Itk (and Itcl?) capabilities as well. > > You have had X running properly on Cygwin before because you reported results for > xwin as I recall. So once you get that regression in your procedure for using Cygwin > sorted out, then our build system should set ENABLE_tk and ENABLE_itk to ON by > default and all the above Itcl and Itk capabilities should be accessible to you. > Yes, when I scanned the CMake report I noticed that it refused Tk and itk on these grounds. > For example, you should be able to run the test_tk_0[24] targets to demonstrate the > second and fourth xtk0? examples. And when you use -dev tk or the plframe gui > (first with the test_c_tk target or the test_plserver_standard_examples target to make > sure all dependencies have been executed, and then by hand so that the results > pause so you can click on the GUI) you should be able to click on either the resulting > tk or plframe GUI to find the file chooser and colour palette GUI's that are > implemented using Itcl and Itk. The colour palette GUI is a particularly useful and > interesting capability since it allows you to quickly and conveniently change any > PLplot colour scheme to see how the result looks with a particular example. It would > be great if you could figure out how to use that same colour palette functionality with > the ntk device. Yes, that is one of the things I have been thinking about. > > > The script "plitclgen" is not run - is that correct? Just wanting to > > make sure I understand the build process. There is no Tcl source file to define the > various methods then? > > Thanks for spotting that file which I had never noticed before! I checked our entire > source tree for reference to that name using > > software@raven> find . -type f |grep -v .svn |xargs grep -l plitcl > > Aside from pltclgen itself and some changelogs, the only references to that file are in > comments in ./bindings/tk/PLWin.itk but there the results of plitclgen were apparently > inserted by hand which is also consistent with the directions in bindings/tcl/plitclgen. > I was looking at this file, because I want indeed to convert it to an equivalent Tcl program. And that is when I noted that there was no particular code being generated for itcl/itk. > It had been a very long time since those directions had been followed so I went > through the whole process again and the resulting changes (revision 12930) to > bindings/tk/PLWin.itk were quite large with many API additions and some API > removals to become consistent with the Tcl API changes that have occurred over > many years. > > Are the "inherit PLWin" commands in PLXWin.itk and Pltkwin.itk the way that > PLWin.itk is actually used? That was the only possible reference I could find to > PLWin.itk. But in any case the large changes to that file in revision 12390 didn't > appear to make any difference to our Itcl/Itk/Iwidgets results (e.g., the colour palettes > on the plframe GUI and -dev tk). > > Would it be possible to automate the process mentioned in plitclgen? > For example, is there an Itk command (inherit?) that would allow PLWin.itk to access > the gen.itcl results produced by plitclgen(.tcl)? > (I am thinking along the lines of changing the name of the generated file from gen.itcl > to plplot_api_class.itk, and then sticking "inherit plplot_api_class" into PLWin.itk, but I > need your input on that idea since I have no idea whether that is a correct use of the > inherit > command.) > > Regardless of the automation issue, would you be willing to help out by translating > the plitclgen perl script to a plitclgen.tcl Tcl script (following what you did to translate > pltclgen to pltclgen.tcl)? The motivations for this change are (1) I think it is more self- > contained to use Tcl rather than perl to generate gen.itcl, and (2) there is a warning > message from perl that the plitclgen script uses deprecated perl API that will be > retired in the next perl release. > I plan to get started on this work tonight. 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...> - 2014-01-13 05:11:50
|
On 2014-01-09 22:13-0800 Alan W. Irwin wrote: > [My] planned work on the PLplot > build system to deal with some fairly minor X-related logic issues > should allow me to expand the good noninteractive test results I have > now for Tcl to interactive Tk test results (with the ntk device) [...] This modification of the build-system logic now (revision 12938) appears to work; both the test_pltcl_standard_examples target (implemented using pltcl) and the test_tclsh_standard_examples (implemented using tclsh following the TEA-based approach described in examples/tcl/README.tcldemos) now work on MinGW/MSYS for the shared libraries/dynamic devices build-tree case. Aside from more comprehensive testing and filing bug reports for the remaining unfixed issues I have discussed previous here, this completes my planned PLplot and epa_build work for Tcl and friends. So Arjen, it is mostly over to you now; you should be able to follow up on my work on PLplot and epa_build for Tcl and friends in any way you like for the Cygwin, MinGW/MSYS, and Linux platforms that are accessible to you. 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...> - 2014-01-17 11:04:25
|
Hi Alan, > -----Original Message----- > From: Alan W. Irwin [mailto:ir...@be...] ... > So Arjen, it is mostly over to you now; you should be able to follow up on my work on > PLplot and epa_build for Tcl and friends in any way you like for the Cygwin, > MinGW/MSYS, and Linux platforms that are accessible to you. > Just a quick update wrt Itcl/Itk on Cygwin: I installed these packages together with Iwidgets under Cygwin, but it turns out that for Itk the current version is 3.3 whereas Iwidgets (4.0.1) requires 3.4 of both. I have hacked the Iwidgets code so that it accepts Itk 3.3 instead of 3.4 and have posted a question on the Cygwin mailing list about it. The hack should be enough to properly use Itcl/Itk/Iwidgets on Cygwin, but I will look at these package for bare Windows as well. 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...> - 2014-01-17 19:55:37
|
On 2014-01-17 11:04-0000 Arjen Markus wrote: > Hi Alan, > >> -----Original Message----- >> From: Alan W. Irwin [mailto:ir...@be...] > ... >> So Arjen, it is mostly over to you now; you should be able to follow up on my work on >> PLplot and epa_build for Tcl and friends in any way you like for the Cygwin, >> MinGW/MSYS, and Linux platforms that are accessible to you. >> > > Just a quick update wrt Itcl/Itk on Cygwin: > I installed these packages together with Iwidgets under Cygwin, but it turns out that > for Itk the current version is 3.3 whereas Iwidgets (4.0.1) requires 3.4 of both. > > I have hacked the Iwidgets code so that it accepts Itk 3.3 instead of 3.4 and have posted > a question on the Cygwin mailing list about it. The hack should be enough to properly > use Itcl/Itk/Iwidgets on Cygwin, but I will look at these package for bare Windows as well. I assume you meant the Iwidgets-4.0.1 _Cygwin package_ required Itk-3.4 in error, and you hacked the Cygwin packaging code for Iwidgets-4.0.1 to change that dependency to Itk-3.3, the only version of Itk currently packaged for Cygwin according to http://cygwin.com/packages/x86/tcl-itk/. Certainly the combination of Iwidgets-4.0.1, Itk-3.3, and Itcl-3.4 (one of the combinations provided by epa_build) work well with PLplot on Linux and MinGW/MSYS with no changes required of the Iwidgets-4.0.1 and Itk-3.3 code bases. (Itk3.3 does require the autotools_backport.patch to take care of MinGW/MSYS issues with the Itk3.3 autotools build system.) Some time ago I saw another reference to Itk-3.4 on the web. At that time I searched very hard for it on the web because I wanted to update epa_build to use it. However, I was never able to actually find that release on the Web. I suspect it was publicly distributed for a while and then removed by administrative error. Anyhow, I look forward to hearing about what the Cygwin guys say about the elusive Itk-3.4. Perhaps they removed their Itk-3.4 package when Itk-3.4 was no longer publicly distributed, but failed to update the Iwidgets-4.0.1 package to be consistent with that change? 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 __________________________ |