Re: [Plplot-devel] Preparing for our first post-5.8.0 development release

[Alan W. Irwin]

On 2007-11-21 15:09-0800 Alan W. Irwin wrote:

 Therefore, I propose to do a massive delete from svn trunk of all our
 Makefile.am files, the *.in files we are not using from CMake, the cf
 directory, configure.ac, and all other files that are autotools-specific.  I
 also plan to remove autotools references from our documentation, the INSTALL
 file, our release scripts, etc.

DONE.  I have tested the result in a number of ways including build-tree and
install-tree tests, generating the documentation, generating a local
website, generating a tarball, and all seems well (except for the cairo
devices which I will comment on separately since I don't think the
issues have anything to do with this change.)

Please do your own testing 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); 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
__

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] Plotting time axes

[Andrew Roach]

At 11:47 AM 23/11/2007 -0800, you wrote:
The C library internal representation of time as a time_t variable does have
the well-known drawback you mentioned of a rather limited date range for
those systems where time_t is defined as a 32-bit integer, see discussion in
http://en.wikipedia.org/wiki/Year_2038_problem .  Note, however, hardware is
rapidly moving to 64-bit right now.  For example, my impression from a
recent computer buy is that 64-bit has become the norm rather than the
exception for new PC's. Thus, on PC's at least, I don't think the above
32-bit time_t issue is going to be relevant for too much longer.

Just to put things in context, even 32-bit versions of Windows now treats 
time internally as an unsinged 64-bit int measured in 100 nanosecond 
intervals from 1st January 1601.

-Andrew



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel