From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9130 invoked by alias); 28 Jun 2013 01:28:43 -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 9079 invoked by uid 89); 28 Jun 2013 01:28:43 -0000 X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,SPF_PASS,TW_GC autolearn=ham version=3.3.1 Received: from mail-la0-f41.google.com (HELO mail-la0-f41.google.com) (209.85.215.41) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Fri, 28 Jun 2013 01:28:41 +0000 Received: by mail-la0-f41.google.com with SMTP id fn20so1578623lab.14 for ; Thu, 27 Jun 2013 18:28:39 -0700 (PDT) X-Received: by 10.152.1.134 with SMTP id 6mr5461893lam.16.1372382919196; Thu, 27 Jun 2013 18:28:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.112.34.132 with HTTP; Thu, 27 Jun 2013 18:28:19 -0700 (PDT) In-Reply-To: <51C9A783.40008@redhat.com> References: <51C87C22.9030201@redhat.com> <51C88147.8060508@redhat.com> <51C9A389.6030000@redhat.com> <51C9A53C.20409@redhat.com> <51C9A783.40008@redhat.com> From: =?UTF-8?B?QW5kw6/Drw==?= Date: Fri, 28 Jun 2013 01:28:00 -0000 Message-ID: Subject: Re: Trouble building gcj 4.8.1 To: Andrew Haley Cc: Mike Hearn , GCC Java Content-Type: text/plain; charset=UTF-8 X-SW-Source: 2013-06/txt/msg00027.txt.bz2 On 25 June 2013 09:21, Andrew Haley wrote: > 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. > > >From what I recall, I tried to update gcj's copy of java.lang.String a few years ago - I have a feeling it may have even been for these methods - and wasn't very successful. I think the result is still tucked away in gcc's Bugzilla. The structure is quite different from Classpath's and specific to how gcj works internally, as String has to work at both the Java and native level. Silly question, but if Classpath has what you want already, why not just hook it up with a VM like CACAO that uses it directly? It would probably take a fraction of the time it takes to even build gcj. Why do you specifically want gcj? -- Andii :-)