This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: Patch: Remove fastjar
- From: Andrew Haley <aph at redhat dot com>
- To: "Richard Guenther" <richard dot guenther at gmail dot com>
- Cc: "Mark Mitchell" <mark at codesourcery dot com>, tromey at redhat dot com, "Gcc Patch List" <gcc-patches at gcc dot gnu dot org>, "Java Patch List" <java-patches at gcc dot gnu dot org>
- Date: Fri, 26 May 2006 13:33:41 +0100
- Subject: Re: Patch: Remove fastjar
- References: <m3mzf7mtnc.fsf@localhost.localdomain> <442DBE93.8010308@codesourcery.com> <84fc9c000605260424p2d255c3ex577f9e8f30a9182a@mail.gmail.com>
Richard Guenther writes:
> On 4/1/06, Mark Mitchell <mark@codesourcery.com> wrote:
> > Tom Tromey wrote:
> >
> > > fastjar doesn't have a home yet. It was rejected from savannah
> > > because fastjar.texi is GPL and not GFDL.
> >
> > Thanks for trying. I didn't realize savannah had that requirement.
> >
> > > I didn't include the generated diffs or the diff which actually
> > > removes the fastjar directory.
> > >
> > > Built on x86 FC4. Ok for trunk?
> >
> > Yes.
> >
> > I've read through the remainder of the thread, and see that various
> > people have various suggestions/criticisms. However, removing fastjar
> > isn't up for debate; the decision has been made, and we have to live
> > with it.
>
> Now, the fastjar removal is a desaster. Getting the "package" from
> savannah (there's only a CVS checkout possible at the moment) gives
> you an unbuildable source tree which has gcc dependencies all over
> the place and so usual 10 minutes fiddling with the makefiles
> didn't result in a buildable fastjar package. This suggests that
> fastjar is really not a separate package from gcc. (It requires
> libiberty, its documentation requires all sorts of gcc texi magic
> which I couldn't get right
It ought to be possible to build libgcj.jar with Info-ZIP, but I'm not
sure that having an external dependency on that is any better than
having a dependency on fastjar.
Andrew.