Mail Archives: cygwin-apps/2001/04/18/18:43:41
Good. I have a very recent snapshot - Monday's I think, but probably need to
update my headers.
+++++++++++++++++++++++++++++++++++++++++
(Mr) David Billinghurst
Comalco Research Centre
PO Box 316, Thomastown, Vic, Australia, 3074
Phone: +61 3 9469 0642
FAX: +61 3 9462 2700
Email: David DOT Billinghurst AT riotinto DOT com
> -----Original Message-----
> From: Robert Collins [SMTP:robert DOT collins AT itdomain DOT com DOT au]
> Sent: Thursday, 19 April 2001 1:06
> To: Billinghurst, David (CRTS); java AT gcc DOT gnu DOT org;
> cygwin-apps AT sources DOT redhat DOT com
> Subject: Re: gcj && libjava for cygwin
>
> ----- Original Message -----
> From: "Billinghurst, David (CRTS)" <David DOT Billinghurst AT riotinto DOT com>
> To: "'Robert Collins'" <robert DOT collins AT itdomain DOT com DOT au>;
> <java AT gcc DOT gnu DOT org>; <cygwin-apps AT sources DOT redhat DOT com>
> Sent: Thursday, April 19, 2001 12:43 AM
> Subject: RE: gcj && libjava for cygwin
>
>
> > OK. I have duplicated this, with a couple of variations on the way.
> > * a couple more patches below
> > * -lpthreads are defined by configure.in. Will submit patch for this
> > * I think Ican work around IP6 issues
> > * WinMain AT 16 problem comes from linking -lcygwin to early
> >
> > What I don't understand where _Jv_Sjlj_Throw and JNI_OnLoad are
> defined.
> >
> >
> > Needed one strncasecmp in gcc/java/parse.c (or more correctly parse.y)
> >
> > --- parse.c.orig Tue Apr 17 23:55:39 2001
> > +++ parse.c Wed Apr 18 19:47:12 2001
> > @@ -6026,7 +6026,8 @@
> > ;
> > if (f[0] == '/' || f[0] == DIR_SEPARATOR)
> > f++;
> > - if (strncmp (IDENTIFIER_POINTER (raw_name),
> > + /* DB CYGWIN */
> > + if (strncasecmp (IDENTIFIER_POINTER (raw_name),
> > f , IDENTIFIER_LENGTH (raw_name)) ||
> > f [IDENTIFIER_LENGTH (raw_name)] != '.')
> > parse_error_context
> >
> > In libjava/java/lang/natSystem.cc
>
> I think this is already fixed in current cygwin snapshots. (If not, I
> can roll a patch for cygwin in minutes.) Thus no need for the _tzname
> workaround. Could you try a recent snapshot?
>
> > --- natSystem.cc.orig Tue Apr 17 23:23:23 2001
> > +++ natSystem.cc Wed Apr 18 20:58:19 2001
> > @@ -265,7 +265,11 @@
> > // issue exists in java/util/natGregorianCalendar.cc.
> > tzoffset = 0L;
> > #endif
> > +#ifdef __CYGWIN__
> > + tzinfo = _tzname;
> > +#else
> > tzinfo = tzname;
> > +#endif
> >
> > if ((tzoffset % 3600) == 0)
> > tzoffset = tzoffset / 3600;
> >
>
>
> Rob
- Raw text -