From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 81856 invoked by alias); 19 Jan 2017 09:59:10 -0000 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 Received: (qmail 81845 invoked by uid 89); 19 Jan 2017 09:59:09 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-4.1 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=mes, recompiled, unavoidable, handverifyable X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 19 Jan 2017 09:59:08 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 730C276E7; Thu, 19 Jan 2017 09:59:08 +0000 (UTC) Received: from zebedee.pink ([10.33.36.34]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id v0J9x6qp005373; Thu, 19 Jan 2017 04:59:07 -0500 Subject: Re: Fwd: gcj can not import packages To: Ricardo Wurmus , Matthias Klose References: <9335b6e8-ed7f-1e8d-4022-656da4681770@redhat.com> <59a501d2701f$b1bb1290$153137b0$@yahoo.com> <87ziiq937c.fsf@elephly.net> <59dc01d2704c$0d4ea910$27ebfb30$@yahoo.com> <878tq86rjx.fsf@elephly.net> <92b25477-ed9d-f35e-a9b4-2cb90e425cbd@ubuntu.com> <8760lc6q5n.fsf@elephly.net> Cc: bill.chatfield@yahoo.com, "'mohan NMH'" , java@gcc.gnu.org From: Andrew Haley Message-ID: <56f7c21c-c029-d3fe-0bc5-b969f5ed15a6@redhat.com> Date: Thu, 19 Jan 2017 09:59:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <8760lc6q5n.fsf@elephly.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2017-01/txt/msg00010.txt.bz2 On 18/01/17 20:59, Ricardo Wurmus wrote: > The Bootstrappable Builds project[1] ties to remove the number of > trusted binaries to bootstrap a modern system. One way to get there is > to have a bootstrap path that leads to the unavoidable C compiler. > > And even the C compiler doesn’t *have* to be a trusted binary. The Mes > project[2] tries to build a C compiler using a minimal, hand-verifyable > Scheme implementation, for example. > > I just find it sad to see GCJ go, because it makes it quite a bit harder > to build the OpenJDK without a trusted JDK. It could be done with a chain of OpenJDK versions going back to OpenJDK 6. Each release can build the previous one. You'd also need a chain of old GCC releases, because old OpenJDK wasn't necessarily compilable with a modern GCC. But bear in mind that even GCJ needed precompiled binaries: the class library could be recompiled from source, but it needed a binary class library. So I'm not convinced that it's much of an advantage to use GCJ, really. Andrew.