From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5322 invoked by alias); 6 Oct 2016 18:01:10 -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 5289 invoked by uid 89); 6 Oct 2016 18:01:09 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-4.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:1451 X-HELO: resqmta-po-04v.sys.comcast.net Received: from resqmta-po-04v.sys.comcast.net (HELO resqmta-po-04v.sys.comcast.net) (96.114.154.163) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 06 Oct 2016 18:00:59 +0000 Received: from resomta-po-11v.sys.comcast.net ([96.114.154.235]) by resqmta-po-04v.sys.comcast.net with SMTP id sCyXbmOTuGkXBsCyYbtJNG; Thu, 06 Oct 2016 18:00:58 +0000 Received: from up.mrs.kithrup.com ([24.4.193.248]) by resomta-po-11v.sys.comcast.net with SMTP id sCyVbmxgs7NhPsCyWbezB1; Thu, 06 Oct 2016 18:00:57 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: [PATCH] Delete GCJ From: Mike Stump In-Reply-To: Date: Thu, 06 Oct 2016 18:01:00 -0000 Cc: Matthias Klose , Iain Sandoe , Jeff Law , Andrew Haley , GCC Patches , GCJ-patches Content-Transfer-Encoding: quoted-printable Message-Id: <01B885DF-4340-43C6-A784-21326A9CA8CF@comcast.net> 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: Rainer Orth X-CMAE-Envelope: MS4wfFPEqEtCZL8UwWVyQcPSiUeV5yP7H1oQ6ELI3hJSk7Hj9ISlFMeSP012zx96I4FsuiIB9zaCp9e8j4E8h5K84r77gIygPr+N8fAI6uBkm7/K7oRycAwh 5r/PWT4PU/QQuANC0qBm+w5aVx4W56i3QaFN/LPBagDyVFlEoy9atQOlOiPpbBRt+RDj3UItWV0F5+4U+9duIQHJjw/4XO8aMCxSspQBCbVfegOoDdFHh85F 1nrNlhn97GJCSt7wuujILOeOYhkXt6oyn5LwdZJtL8EJtI1zA9UE2E5EQYzhorFok6H/avFPKhNdDkknerwNQRT98+ggYDlTgG/bXihAT7vNTvvQOnVhBcUq OX44wjYCa5trflgUjY4zz2NYp1pOYw== X-SW-Source: 2016-q4/txt/msg00013.txt.bz2 On Oct 6, 2016, at 9:56 AM, Rainer Orth wrote: > I wouldn't hard-fail, but completely disable objc-gc with an appropriate > warning. The Objective-C maintainers may have other preferences, though. gcc historically is fairly weak at complex configurations. I need the 32 b= it libraries to support -m32, but, those libraries might not be present, bu= t do I build all the rest of my libraries, and if i do, do I test them once= build, but what is other dependent external libraries are missing. Do I t= urn off the multilib, or do I not? I used to manage some of this by passing in configure flags to control mult= ilibbing based upon what libraries were install and then run testing based = upon that. Of course, that's all external to gcc proper. Doesn't really m= ake gcc any easier to configure and build or advance gcc. We could smell the system at configure time, and turn on and off multilib v= ariants and things like objc gc. Target specific, but I think it helps to = ponder this in a target independent way. This can then turn on and off obj= c gc support directly. To get it on, one would need to install the needed = libraries, and reconfigure and rebuild gcc. I think I might like that the = best. Has a nice easy of use about it, and then everything gcc does is rat= her sane (no funny build errors when a needed library isn't present). So, I think, if I understand what you propose, I'm fine with that.