From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17983 invoked by alias); 25 Jun 2013 13:53:44 -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 17973 invoked by uid 89); 25 Jun 2013 13:53:44 -0000 X-Spam-SWARE-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,SPF_PASS,TW_GC,TW_IB autolearn=ham version=3.3.1 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Tue, 25 Jun 2013 13:53:43 +0000 Received: by mail-ob0-f171.google.com with SMTP id dn14so12088238obc.2 for ; Tue, 25 Jun 2013 06:53:42 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.182.196.1 with SMTP id ii1mr7501763obc.93.1372168422252; Tue, 25 Jun 2013 06:53:42 -0700 (PDT) Received: by 10.76.23.36 with HTTP; Tue, 25 Jun 2013 06:53:42 -0700 (PDT) In-Reply-To: References: <51C87C22.9030201@redhat.com> <51C88147.8060508@redhat.com> Date: Tue, 25 Jun 2013 13:53:00 -0000 Message-ID: Subject: Re: Trouble building gcj 4.8.1 From: Mike Hearn To: Andrew Haley Cc: GCC Java Content-Type: text/plain; charset=UTF-8 X-SW-Source: 2013-06/txt/msg00018.txt.bz2 > Any idea why it's not building? Perhaps this is why the class file > didn't get refreshed last time .... Ah, it seems libjava/java/lang/String.java takes precedence over libjava/classpath/java/lang/String.java Looks like the libjava version is several years old. I tried a simple replacement and it didn't build, probably because String depends on various runtime internal things. I feel like I am reaching the limits of what I can figure out by myself. I'm trying to get the c'tors that include Charset so I might try a surgical patch to the libjava/java/lang version, but there's obviously several years of fixes and optimizations to the Classpath version which would be nice to have. And I see that there are older versions of other java.lang files in there too. What's involved in syncing those core classes up to the latest classpath versions?