This is the mail archive of the
mailing list for the Java project.
Re: libjava configuration problems
- To: Richard Earnshaw <rearnsha at arm dot com>
- Subject: Re: libjava configuration problems
- From: Warren Levy <warrenl at redhat dot com>
- Date: Fri, 26 Jan 2001 13:42:57 -0800 (PST)
- cc: Tom Tromey <tromey at redhat dot com>, gcc-bugs at gcc dot gnu dot org, java-discuss at sources dot redhat dot com
On Fri, 26 Jan 2001, Richard Earnshaw wrote:
> > Richard, I think the attached patch will do the trick. It builds and
> > doesn't cause any regressions on my x86 linux box. Please see if it takes
> > care of the problem on yours.
> Thanks this compiles OK now (with a few other nit-bits -- mainly standard
> porting issues -- I'm now running the regression tests for libjava).
Good to hear.
> An idea for your final fallback (where you currently set tzoffset to 0 is
> to use difftime to get the time difference from gmtime(). Although this
> returns a double we shouldn't loose any precission since the maximum diff
> should be at most 13 Hours including DST.
Thanks, I'll keep that in mind but I'd like to get this checked in asap
due to the tree being slushy. FWIW, I had wanted to avoid calculating
directly between localtime and gmtime (and accounting for possible DST),
figuring that the info must already be available another way.
I suspect that one of tm_gmtoff and timezone are (almost?) always
available since I have since noticed that similar code is in
java/util/natGregorianCalendar.cc and they are the only possible cases
there (and that's been like that for quite a while with no problems
reported). Thanks again!