This is the mail archive of the
gcc-help@gcc.gnu.org
mailing list for the GCC project.
Re: classpath/tools/tools.zip:0:0: fatal error: not a valid Java .class file
- From: Jonathan Wakely <jwakely dot gcc at gmail dot com>
- To: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist at laposte dot net>
- Cc: gcc-help <gcc-help at gcc dot gnu dot org>
- Date: Fri, 13 May 2016 11:10:34 +0100
- Subject: Re: classpath/tools/tools.zip:0:0: fatal error: not a valid Java .class file
- Authentication-results: sourceware.org; auth=none
- References: <20160502100431 dot b371848eb6ac240b7473de38 at laposte dot net> <20160510181410 dot f3b87aa0ee9d9ab1f51352b3 at laposte dot net> <20160512065005 dot 96a61348d85317ffad42f2f1 at laposte dot net>
On 12 May 2016 at 05:50, YuGiOhJCJ Mailing-List wrote:
> OK, I finally found why I got this error message.
> When fastjar 0.94 is installed on my system, if I try to build gcc 5.3.0, I got this error.
> However, if I remove fastjar from my system, building gcc works fine.
>
> So, I guess that when fastjar is installed on my system, the building system of gcc automatically use this external program in order to manage jar files.
>
> Is there a way to configure the building system of gcc in order to avoid using this external fastjar version please?
Does adding JAR=no to the configure command work?