Alan I think your approach is perfectly sensible. After all, the original motivation for building qsastime was to avoid the idiosynchracies (sp?) of C time handling. Now, of course, it will also handle times from the beginning to the end of time as we know it (more or less) which is a bonus!
Regards Steve ----------- Steve Schwartz Space and Atmospheric Physics Imperial College London Tel 020 7594 7660 On 23 Feb 2009, at 03:34, "Alan W. Irwin" <ir...@beluga.phys.uvic.ca> wrote: > On 2009-02-22 22:03+0100 Werner Smekal wrote: > >> Hi, >> >> qsastime_testlib.c doesn't compile with MinGW now, since the >> applied patch >> only considers the Visual C++ compiler. setenv isn't provided for >> MinGW as >> well, but putenv is. Look here: >> >> http://readlist.com/lists/lists.sourceforge.net/mingw-users/0/2754.html >> >> So MinGW, must also be included in this patch, but then it's putenv >> and not >> _putenv, so we need to do more work here. > > This Windows build issue (admittedly first introduced by me) has been > hanging over our heads for much too long now so I have reduced its > urgency > as follows: I have made (revision 9583) the build of qsastime_testlib > optional (with a default of QSASTIME_TESTLIB=OFF). > > This still leaves the option open for our Windows developers to > investigate > the Windows build issues and run-time issues for this test at their > leisure but does not interfere with Windows builds for the default > case. > >> From my point of view, the key question for the Windows developers is > whether there is _any_ Windows C library variant that has a good > implementations of time functions suitable for supplying a test > comparison > with libqsastime results over a wide! (+/- 5 million years) date > range. > > I suspect the answer is "no". If that is confirmed we should change > the > CMake logic to always force QSASTIME_TESTLIB=OFF for the Windows case. > > 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); PLplot scientific plotting > software > package (plplot.org); 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 > __________________________ > > --- > --- > --- > --------------------------------------------------------------------- > Open Source Business Conference (OSBC), March 24-25, 2009, San > Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source > code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
