From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10158 invoked by alias); 2 Nov 2010 05:12:29 -0000 Received: (qmail 10126 invoked by uid 22791); 2 Nov 2010 05:12:28 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=BAYES_00,TW_GC,TW_IB X-Spam-Check-By: sourceware.org Received: from mx0a-000f2801.pphosted.com (HELO mx0a-000f2801.pphosted.com) (67.231.144.139) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 02 Nov 2010 05:12:22 +0000 Received: from pps.filterd (m0000510 [127.0.0.1]) by mx0a-000f2801.pphosted.com (8.14.3/8.14.3) with SMTP id oA25CLDg008365; Tue, 2 Nov 2010 01:12:21 -0400 Received: from et-mia-23.site.stayonline.net (h-66-166-243-194.miatflad.static.covad.net [66.166.243.194]) by mx0a-000f2801.pphosted.com with ESMTP id s8dxyvvb9-1; Tue, 02 Nov 2010 01:12:20 -0400 Received: from [172.16.1.148] ([172.16.1.148]) by et-mia-23.site.stayonline.net (8.13.8/8.12.6) with ESMTP id oA25CJ7u027436; Tue, 2 Nov 2010 05:12:19 GMT Message-ID: <4CCF9DB4.2070102@ubuntu.com> Date: Tue, 02 Nov 2010 05:12:00 -0000 From: Matthias Klose User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Ian Lance Taylor CC: gcc@gcc.gnu.org, java@gcc.gnu.org, gcc-patches@gcc.gnu.org, java-patches@gcc.gnu.org Subject: Re: PATCH RFA: Do not build java by default References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2010-11-02_02:2010-11-02,2010-11-02,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1004200000 definitions=main-1011010243 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: 2010-11/txt/msg00016.txt.bz2 On 31.10.2010 20:09, Ian Lance Taylor wrote: > Currently we build the Java frontend and libjava by default. At the GCC > Summit we raised the question of whether should turn this off, thus only > building it when java is explicitly selected at configure time with > --enable-languages. Among the people at the summit, there was general > support for this, and nobody was opposed to it. > > Here is a patch which implements that. I'm sending this to the mailing > lists gcc@ and java@, as well as the relevant -patches@ lists, because > it does deserve some broader discussion. > > This is not a proposal to remove the Java frontend nor is it leading up > to that. It is a proposal to not build the frontend by default, putting > Java in the same category as Ada and Objective C++. The main argument > in favor of this proposal is twofold: 1) building libjava is a large > component of gcc bootstrap time, and thus a large component in the > amount of time it takes to test changes; 2) it is in practice very > unusual for middle-end or back-end changes to cause problems with Java > without also causing problems for C/C++, thus building and testing > libjava does not in practice help ensure the stability of the compiler. > A supporting argument is since Sun has released their Java tools under > the GPL, community interest seems to have shifted toward the Sun tools; > gcc's Java frontend is in maintenance mode, with little new development > currently planned. please note that gcj is still required for a bootstrap of openjdk on platforms which don't yet have a working openjdk. At least for this purpose it is still maintained. > This patch should not of course change whether or not distros choose to > package the Java compiler; undoubtedly they would continue to do so, > just as they package the Ada compiler today. > > Comments? Approvals? if build speed is the only issue, why not - disable the static libgcj build, if not explicitely enabled? - disable the biarch build for libgcj? most distributions don't have all of the depending libraries available for biarch builds. Matthias