From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6796 invoked by alias); 25 Jun 2013 14:21:59 -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 6784 invoked by uid 89); 25 Jun 2013 14:21:59 -0000 X-Spam-SWARE-Status: No, score=-7.9 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS,TW_GC autolearn=ham version=3.3.1 Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Tue, 25 Jun 2013 14:21:59 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r5PELv2v031189 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 25 Jun 2013 10:21:57 -0400 Received: from zebedee.pink (ovpn-113-106.phx2.redhat.com [10.3.113.106]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r5PELu36025988; Tue, 25 Jun 2013 10:21:56 -0400 Message-ID: <51C9A783.40008@redhat.com> Date: Tue, 25 Jun 2013 14:21:00 -0000 From: Andrew Haley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: Mike Hearn CC: GCC Java Subject: Re: Trouble building gcj 4.8.1 References: <51C87C22.9030201@redhat.com> <51C88147.8060508@redhat.com> <51C9A389.6030000@redhat.com> <51C9A53C.20409@redhat.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2013-06/txt/msg00025.txt.bz2 On 06/25/2013 03:15 PM, Mike Hearn wrote: >> I'm trying to find out what you want to do to java.lang.String. Tell me >> that, and we'll take it from there. > > At the moment, supporting the methods that take java.nio.Charset. I'm > going to try and just hack it up with something like this: > > public String(byte[] data, int offset, int count, Charset encoding) > throws UnsupportedEncodingException > { > init (data, offset, count, encoding.name()); > } > > and then the same for getBytes(). OK. I think you can just add those methods. > But in general I anticipate that I'll continue to hit stubs or quirks > in classpath so I'm trying to figure out how best to reach my goal, > which will likely involve fixing up various things along the way. For > instance, my first yak-shaving goal is to run the test suite for the > core library of this app and then hack/fix until all the tests pass. In general, we follow Classpath except for a few core classes -- and String is one of those. Major hacking on core classes requires compiler changes, so I strongly recommend you don't do that. For example, better not add any fields. But in general for almost the whole class library you won't have so much trouble. Andrew.