why removing fastjar from gcc sources? we need a 100% free java sdk

Mon May 15 13:12:00 GMT 2006

I would suggest doing two things:
1) making an official release of (an updated version) of fastjar
[It is important to make clear to users and distribution-makers
that this software is still mantained. It is important that gcc
building does not depend on unmantained software]
2) recomend the use of fastjar in the gcc building instructions [1] and
other relevant documentation (as a free alternative to Sun's jar)
[1] /gcc/doc/install.texi when it says:
"@item jar
Necessary to build libgcj, the GCJ runtime."
Also I think that this change shuld be documented in the gcc 
release notes.
An alternative would be to include with gcc, its own version
of the command line utility jar based on the GNU Classpath 
jar implementation.
Pablo
--- Tom Tromey <tromey@redhat.com> wrote:
> >>>>> "Pablo" == Pablo De Napoli <pdenapo@yahoo.com> writes:
>> Pablo> I see [1] that fastjar has been removed from the gcc sources,
> Pablo> as a result of a decision of the GCC SC.
>> Yes, it is an inconvenient decision to say the least.
> It certainly wasted a lot of my time, and I think it will waste the
> time of a lot of other developers in the future.
>> Pablo> However, I don't see this as a good decision since this way
> Pablo> gcc building depends on an external program and Sun's jar program
> Pablo> is not free, so we ought to provide a free alternative to Sun jar.
>> GNU Classpath has an implementation of 'jar' written in java.
> This will show up in gcj eventually.
>> Pablo> According to [2] "fastjar doesn't have a home yet. It was
> Pablo> rejected from savannah because fastjar.texi is GPL and not GFDL.".
>> We worked out a compromise here. fastjar is now hosted on savannah.
>> Tom
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com