Steve, Alan,
I entirely agree that the only sane, cross-platform and cross-language
way of dealing with the timegm (and possible gmtime) problem is to add our
own implementation. This is relatively straightfoward and I can see no
reason not to. The bigger question is whether we carry on using
On Tue, Sep 02, 2008 at 02:03:25AM -0700, Jerry wrote:
On Sep 1, 2008, at 4:10 PM, Alan W. Irwin wrote:
On 2008-09-01 14:58-0700 Jerry wrote:
Andrew,
Does the Ada example, with xmin hardcoded to 1_133_395_200.0,
generate the same Postscript as the C example?
The current Ada
Hello Alan,
On Tue, 2008-09-02 at 12:18 -0700, Alan W. Irwin wrote:
I think we should deal properly with leap seconds because of the
problem you
mentioned above and also the problem that our fundamental time
variable
would then have a strange relationship with externally defined time
Attached is a zip file that more closely emulates the PLPlot
situation, with plmap written in C but with the callback, mapform19,
written in Ada. Could a few of you test it to see if it runs or
crashes on your machines? Either way, I'd like to report back to the
geniuses at comp.lang.ada.
-- WARNING: DSSSL Style Sheet DTD not found
-- WARNING: DocBook HTML Stylesheet not found
-- WARNING: DocBook Print Stylesheet not found
-- WARNING: DocBook DTD not found
-- WARNING: Not building print documentation - dtd files / style sheets
are missing
-- WARNING: Not building html documentation
On Sep 2, 2008, at 7:30 PM, [EMAIL PROTECTED] wrote:
Attached is a zip file that more closely emulates the PLPlot
situation, with plmap written in C but with the callback, mapform19,
written in Ada. Could a few of you test it to see if it runs or
crashes on your machines? Either way, I'd
On 2008-09-02 21:28-0600 [EMAIL PROTECTED] wrote:
-- WARNING: DSSSL Style Sheet DTD not found
-- WARNING: DocBook HTML Stylesheet not found
-- WARNING: DocBook Print Stylesheet not found
-- WARNING: DocBook DTD not found
-- WARNING: Not building print documentation - dtd files / style sheets
Looks like OCAML_INSTALL_DIR should be set to the output of ocaml
-where. This will allow for the differences in Debian and Fedora (and
other) install locations.
Debian guidelines:
1.3.2. OCaml Location
The root of all installed OCaml libraries is the OCaml standard
library directory,
