From: Arjen M. <arj...@de...> - 2011-11-15 09:48:48
|
Hi Alan, I have removed the platform-dependent files: It turns out that the problem was due to the specific distribution of the gfortran compiler I had chosen, not to the version. (I still need to make a note of that in the release notes). Anyway, I can proceed now with the renovation of the Fortran 95 examples and bindings. Regards, Arjen On 2011-11-11 20:46, Alan W. Irwin wrote: > Hi Arjen: > > On 2011-11-11 08:57+0100 Arjen Markus wrote: > >> My conclusion right now [from my tests versus gfortran 4.5.x] is that >> gfortran 4.6.x is causing the trouble. >> We do not need anything more than the -Wl,--allow-multiple-define option >> by the way, so if all else fails, we can greatly simplify these extra >> files. > > Thanks for following up so quickly. It's a big relief that you have > narrowed this down to a MinGW-gfortran-4.6.x issue. I emphasize MinGW > here because my understanding is that MinGW developers have trouble > getting their suggested gcc changes (including those to gfortran) > upstream to the gcc developers. I don't know who is at fault for that > lack of cooperation between MinGW and gcc developers, but the result > is the differences between the MinGW and gcc versions of gfortran are > larger than strictly necessary. > > I suggest that you revert all those 2.6.x Fortran support files that > you added (so that all our Windows users can benefit from the better > Fortran support in native CMake-2.8.6) and instead use the FFLAGS > environment variable to set the -Wl,--allow-multiple-define compile > option for the MinGW-gfortran-4.6.x case until some MinGW guru can > advise you of a better way to deal with this issue. > > Builds and tests in the Wine environment are something like 5x slower > than in the Linux case and completely lock up my machine (due to > contention for some critical kernel resource needed by my desktop > environment) until the tests are completed. Furthermore, for each new > version of wine (there is a new one every two weeks) you have to build > or download all PLplot dependencies from scratch. So that explains why > I don't test PLplot on the wine platform on a regular basis, but I > might get inspired to try that next week. > > 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. |