From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 101998 invoked by alias); 6 Oct 2016 17:10:32 -0000 Mailing-List: contact java-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-patches-owner@gcc.gnu.org Received: (qmail 101976 invoked by uid 89); 6 Oct 2016 17:10:32 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=firm, claim X-Spam-User: qpsmtpd, 2 recipients X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 06 Oct 2016 17:10:22 +0000 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=SVR-IES-MBX-04.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1bsCBX-0000hk-TS from Iain_Sandoe@mentor.com ; Thu, 06 Oct 2016 10:10:20 -0700 Received: from [127.0.0.1] (137.202.0.87) by SVR-IES-MBX-04.mgc.mentorg.com (139.181.222.4) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 6 Oct 2016 18:10:13 +0100 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: [PATCH] Delete GCJ From: Iain Sandoe In-Reply-To: Date: Thu, 06 Oct 2016 17:10:00 -0000 CC: Jeff Law , Andrew Haley , GCC Patches , GCJ-patches , Mike Stump , Rainer Orth Content-Transfer-Encoding: quoted-printable Message-ID: References: <78f841e7-808b-58d0-7913-3ec0d19630a0@redhat.com> <4deb7e45-e428-d819-aabc-748abe8f7686@redhat.com> <0E421C5A-7EF5-4182-A13B-BF9AEAF90215@comcast.net> <6DA7C7D0-314E-4A5E-8B35-5A8EA2F74CD8@mentor.com> <2b5de569-1efd-f407-49c2-c9fa84cc5315@ubuntu.com> <4964955d-4de1-618c-de41-835ca19f9932@ubuntu.com> <4FBA6B16-460A-4EBB-8809-0883A84ABEB7@mentor.com> <0bf14402-d4e6-5fb0-8a63-479903ed2141@ubuntu.com> To: Matthias Klose X-ClientProxiedBy: svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) To SVR-IES-MBX-04.mgc.mentorg.com (139.181.222.4) X-SW-Source: 2016-q4/txt/msg00012.txt.bz2 > On 6 Oct 2016, at 17:56, Rainer Orth wrote: >=20 >>>> this assumption may not hold, though: in Solaris 11+ where libgc is >>>> bundled, both 32 and 64-bit libs are present, as always. I'd also cla= im >>>> that for multilib testing in general, it's bad to test different >>>> multilibs with different configurations, so I'd rather have people doi= ng >>>> multilib testing obtain all variants of libgc. >>>=20 >>> likewise on Darwin, people may well build =E2=80=9Cfat=E2=80=9D librari= es, and I also >>> would encourage testing of m32/m64, >>=20 >> so you both prefer to hard-fail if any of the libgc variants needed for = the >> multilibs is missing? Maybe force this behaviour with --enable-objc-gc= =3Dyes, and >> skip those which are not available with -enable-objc-gc=3Dauto? >=20 > I wouldn't hard-fail, but completely disable objc-gc with an appropriate > warning. The Objective-C maintainers may have other preferences, though. that seems a reasonable strategy to me too (disable that capability when th= e library is not present) - I suspect that most people do not usually build= with GC support anyway (but no firm statistics to back the hunch). Iain