From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13027 invoked by alias); 22 Oct 2009 09:06:04 -0000 Received: (qmail 13007 invoked by uid 22791); 22 Oct 2009 09:06:03 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 22 Oct 2009 09:05:57 +0000 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n9M95t2l029406; Thu, 22 Oct 2009 05:05:55 -0400 Received: from zebedee.pink (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id n9M95q6h002305; Thu, 22 Oct 2009 05:05:53 -0400 Message-ID: <4AE02070.2020300@redhat.com> Date: Thu, 22 Oct 2009 09:06:00 -0000 From: Andrew Haley User-Agent: Thunderbird 2.0.0.17 (X11/20081009) MIME-Version: 1.0 To: Matthias Klose CC: Ian Lance Taylor , gcc Development , GCC Java Subject: Re: --enable-plugin option overloaded References: <4ADB91D0.6060406@ubuntu.com> <4ADC26C4.5040801@redhat.com> <4ADCA523.1040202@redhat.com> <4AE006AA.5040503@ubuntu.com> In-Reply-To: <4AE006AA.5040503@ubuntu.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-owner@gcc.gnu.org X-SW-Source: 2009-10/txt/msg00066.txt.bz2 Matthias Klose wrote: > On 19.10.2009 19:42, Andrew Haley wrote: >> Ian Lance Taylor wrote: >>> Andrew Haley writes: >>> >>>> Matthias Klose wrote: >>>>> --enable-plugin is used by classpath (part of libjava) and now by GCC >>>>> itself. disabling the build of the gcjwebplugin now disables plugin >>>>> support in GCC as well. Please could the option for enabling GCC >>>>> plugin >>>>> support be renamed to something like --enable-plugins, >>>>> --enable-gcc-plugin, --enable-gcc-plugins ? The only reason for not >>>>> renaming the existing libjava option is that it was there first, and >>>>> that it is part of an imported tree. >>>> That doesn't seem like a good enough reason to me. We should rename >>>> the libjava option --enable-web-plugin or --enable-browser-plugin . >>> >>> We could rename in the top leve configure/Makefile if we don't want to >>> touch the classpath sources. >> >> That sounds like a nice solution. > > it's not necessary to do this at toplevel, changing libjava is ok. > tested with --enable-plugin --disable-browser-plugin, and > --disable-plugin and --enable-browser-plugin. > > Ok for the trunk? Looks like a good solution. Andrew.