PATCH: Tired of waiting for rt.jar to build?

[Andrew John Hughes]

2009/4/29 Martin Buchholz <martinrb at google.com>:
> Since writing this, I have learned, to my horror, that the
> behavior of the -C flag differs from the behavior in tar in that
>
> - -C is not sticky - it applies only to the one following argument
>
> - the path is relative to the JDK's current directory, not the
> previous -C directory.
>
> despite assurances from jar(1)
>
>          -C  dir
>             Temporarily changes directories (cd dir) during execution of the
>             jar command while processing the following inputfiles argument.
>             Its operation is intended to be similar to the -C option of the
>             UNIX tar utility.
>
> If you squint, you can see that it says "argument", not "arguments".
>
> Martin
>
> On Mon, Apr 27, 2009 at 17:54, Martin Buchholz <martinrb at google.com> wrote:
>>  I believe the better fix would be
>> to eviscerate the code that handles the "-C" flag and do it right,
>
>
>> Someone who cares about the Makefiles can also try to remove the
>> 16000 gratuitous -C flags that makes jar's life "jar hell".
>>
>> Martin
>>
>

Martin,

Thanks a lot for this patch.  We've seen good speedups with it applied.

The thread here reads very strangely; did a number of mails go to a
different mail list or only to private mail addresses?
There's also seems to be no mention of this being applied to OpenJDK6:
http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/b35f1e5075a4
That changeset seems to have been merged together with several others;
was there a reason the changesets were not imported individually so as
to retain the history?

Thanks,
-- 
Andrew :-)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

Support Free Java!
Contribute to GNU Classpath and the OpenJDK
http://www.gnu.org/software/classpath
http://openjdk.java.net

PGP Key: 94EFD9D8 (http://subkeys.pgp.net)
Fingerprint: F8EF F1EA 401E 2E60 15FA  7927 142C 2591 94EF D9D8