From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 118593 invoked by alias); 6 Oct 2016 16:54:55 -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 118562 invoked by uid 89); 6 Oct 2016 16:54:54 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=sandoe, 06.10.2016, Sandoe, 06102016 X-Spam-User: qpsmtpd, 2 recipients X-HELO: einhorn.in-berlin.de Received: from einhorn.in-berlin.de (HELO einhorn.in-berlin.de) (192.109.42.8) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 06 Oct 2016 16:54:44 +0000 X-Envelope-From: doko@ubuntu.com Received: from [192.168.178.22] (ip5f5af460.dynamic.kabel-deutschland.de [95.90.244.96]) (authenticated bits=0) by einhorn.in-berlin.de (8.14.4/8.14.4/Debian-8+deb8u1) with ESMTP id u96Gsaph008189 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 6 Oct 2016 18:54:36 +0200 Subject: Re: [PATCH] Delete GCJ To: Iain Sandoe 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> Cc: Jeff Law , Andrew Haley , GCC Patches , GCJ-patches , Mike Stump , Rainer Orth From: Matthias Klose Message-ID: <0bf14402-d4e6-5fb0-8a63-479903ed2141@ubuntu.com> Date: Thu, 06 Oct 2016 16:54:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <4FBA6B16-460A-4EBB-8809-0883A84ABEB7@mentor.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2016-q4/txt/msg00010.txt.bz2 On 06.10.2016 18:46, Iain Sandoe wrote: > >> On 6 Oct 2016, at 17:42, Rainer Orth wrote: >> > >>>> Here's what I tested. This requires a boehm-gc version 7.0 or later >>>> (having the >>>> header files in a gc subdirectory). Depending on your available library, it >>>> only builds the GC enabled library for the default multilib library, and just >>>> skips over building the non-default multilib variants (assuming that most >>>> people >>>> won't have a libgc for that installed). The --enable-objc-gc option is not >> >> 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. > > likewise on Darwin, people may well build “fat” 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 the multilibs is missing? Maybe force this behaviour with --enable-objc-gc=yes, and skip those which are not available with -enable-objc-gc=auto? Matthias