This is the mail archive of the
mailing list for the GCC project.
Re: PATCH: Improve Java build times
- From: Mark Mitchell <mark at codesourcery dot com>
- To: Bryce McKinlay <bryce at waitaki dot otago dot ac dot nz>
- Cc: "David dot Billinghurst at riotinto dot com" <David dot Billinghurst at riotinto dot com>, "gcc-patches at gcc dot gnu dot org" <gcc-patches at gcc dot gnu dot org>, "java at gcc dot gnu dot org" <java at gcc dot gnu dot org>, "davem at redhat dot com" <davem at redhat dot com>
- Date: Mon, 20 May 2002 20:09:44 -0700
- Subject: Re: PATCH: Improve Java build times
- References: <email@example.com><3CE9B863.firstname.lastname@example.org>
--On Tuesday, May 21, 2002 03:00:51 PM +1200 Bryce McKinlay
> Mark Mitchell wrote:
>> Now I hope I'll be forgiven for my earlier Makefile.am change which
>> was accused of making things slower. :-)
> Yes. Mark, you are cool ;-)
Let's not get carried away.
> I havn't had a chance to test it yet, but I like the look of this patch.
> If I understand it correctly, by calling scandir() on each directory that
> class/java files are to be read from, and then searching the directory
> entries to determine existance of a file, you may actually have also
> solved the os X/cygwin case insensitive file system bug, or at least gone
> a long way towards it!
I don't know about that bug, but in general, yes, this is almost a
solution ton one problem I can imagine. You could do the comparisons
using strcasecmp instead of strcmp, and a case-ignoring hash function,
and then be case insensitive, so that you would find "fOo.JaVa" as
well as "foo.java" when looking for a class "foo".
Mark Mitchell email@example.com
CodeSourcery, LLC http://www.codesourcery.com