From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9215 invoked by alias); 6 Oct 2016 16:56:38 -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 9197 invoked by uid 89); 6 Oct 2016 16:56:38 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.6 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=Hx-languages-length:1024, objcgc, objc-gc, H*c:gb2312 X-Spam-User: qpsmtpd, 2 recipients X-HELO: smtp.CeBiTec.Uni-Bielefeld.DE Received: from smtp.CeBiTec.Uni-Bielefeld.DE (HELO smtp.CeBiTec.Uni-Bielefeld.DE) (129.70.160.84) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 06 Oct 2016 16:56:37 +0000 Received: from localhost (localhost.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id 9387A3F5; Thu, 6 Oct 2016 18:56:34 +0200 (CEST) Received: from smtp.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1]) by localhost (malfoy.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) (amavisd-new, port 10024) with LMTP id EyayNHctIq5m; Thu, 6 Oct 2016 18:56:33 +0200 (CEST) Received: from fuego.CeBiTec.Uni-Bielefeld.DE (p5DCE0F97.dip0.t-ipconnect.de [93.206.15.151]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTPSA id 90C1D3F4; Thu, 6 Oct 2016 18:56:32 +0200 (CEST) From: Rainer Orth To: Matthias Klose Cc: Iain Sandoe , Jeff Law , Andrew Haley , GCC Patches , GCJ-patches , Mike Stump Subject: Re: [PATCH] Delete GCJ 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> Date: Thu, 06 Oct 2016 16:56:00 -0000 In-Reply-To: <0bf14402-d4e6-5fb0-8a63-479903ed2141@ubuntu.com> (Matthias Klose's message of "Thu, 6 Oct 2016 18:54:36 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: quoted-printable X-SW-Source: 2016-q4/txt/msg00011.txt.bz2 Hi Matthias, >>> 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 claim >>> that for multilib testing in general, it's bad to test different >>> multilibs with different configurations, so I'd rather have people doing >>> multilib testing obtain all variants of libgc. >>=20 >> likewise on Darwin, people may well build =A1=B0fat=A1=B1 libraries, and= I also >> would encourage testing of m32/m64, > > so you both prefer to hard-fail if any of the libgc variants needed for t= he > multilibs is missing? Maybe force this behaviour with --enable-objc-gc= =3Dyes, and > skip those which are not available with -enable-objc-gc=3Dauto? I wouldn't hard-fail, but completely disable objc-gc with an appropriate warning. The Objective-C maintainers may have other preferences, though. Rainer --=20 ---------------------------------------------------------------------------= -- Rainer Orth, Center for Biotechnology, Bielefeld University