From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6448 invoked by alias); 4 Jul 2003 18:16:55 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 6315 invoked from network); 4 Jul 2003 18:16:45 -0000 Received: from unknown (HELO monty-python.gnu.org) (199.232.76.173) by sources.redhat.com with SMTP; 4 Jul 2003 18:16:45 -0000 Received: from mail.peakpeak.com ([207.174.178.17] helo=gash2.peakpeak.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19YV6q-0008RR-Mh for gcc-patches@gcc.gnu.org; Fri, 04 Jul 2003 14:16:36 -0400 Received: from fleche.redhat.com (tf0005.peakpeak.com [204.144.239.5]) by gash2.peakpeak.com (8.9.3/8.9.3.1) with ESMTP id MAA22946; Fri, 4 Jul 2003 12:11:32 -0600 Received: by fleche.redhat.com (Postfix, from userid 1000) id F32CC4F82CC; Fri, 4 Jul 2003 12:02:55 -0600 (MDT) To: "John David Anglin" Cc: gcc-patches@gcc.gnu.org, roger@eyesopen.com, hans_boehm@hp.com Subject: Re: [Boehm-GC] Limit +ESdbgasm to HPUX cc on PA References: <200307041754.h64HsNYv019575@hiauly1.hia.nrc.ca> From: Tom Tromey Reply-To: tromey@redhat.com X-Attribution: Tom X-Zippy: I don't believe there really IS a GAS SHORTAGE.. I think it's all just a BIG HOAX on the part of the plastic sign salesmen-- .. to sell more numbers!! Date: Fri, 04 Jul 2003 18:16:00 -0000 In-Reply-To: <200307041754.h64HsNYv019575@hiauly1.hia.nrc.ca> Message-ID: <87znjumapc.fsf@fleche.redhat.com> User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-07/txt/msg00435.txt.bz2 >>>>> "John" == John David Anglin writes: >> What goes wrong building libgcj on hpux? Nobody has ever tried it, as >> far as I know, but it might not be too hard to make it work, >> especially if the GC is working. John> I haven't tried hpux but Randolph Chung has a preliminary John> implementation of libffi for hppa-linux. Once this is working, John> it shouldn't be hard to extend this to hpux. With the libffi John> implementation, libgcj built without any problems. There were John> quite a few failures in the java testsuite. These might be John> related to the libffi implementation. Quite possible. Did he implement the closure API? That is needed for the interpreter to work. The other ("normal") API is needed for reflection. We should probably set up the test suite to xfail tests when we know the interpreter won't work. Tom