From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1409 invoked by alias); 15 Sep 2008 12:21:26 -0000 Received: (qmail 1399 invoked by uid 22791); 15 Sep 2008 12:21:26 -0000 X-Spam-Check-By: sourceware.org Received: from adelie.canonical.com (HELO adelie.canonical.com) (91.189.90.139) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 15 Sep 2008 12:20:22 +0000 Received: from hutte.canonical.com ([91.189.90.181]) by adelie.canonical.com with esmtp (Exim 4.60 #1 (Debian)) id 1KfD3z-0004yE-Jy; Mon, 15 Sep 2008 13:20:19 +0100 Received: from dslb-088-074-011-113.pools.arcor-ip.net ([88.74.11.113] helo=[192.168.42.17]) by hutte.canonical.com with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KfD3z-00087r-En; Mon, 15 Sep 2008 13:20:19 +0100 Message-ID: <48CE5319.5090807@ubuntu.com> Date: Mon, 15 Sep 2008 12:21:00 -0000 From: Matthias Klose User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: Andrew John Hughes CC: java@gcc.gnu.org Subject: Re: [classpath-0.98 merge branch] update and status References: <48CD6C5B.70201@ubuntu.com> <20080914233618.GA30546@rivendell.middle-earth.co.uk> In-Reply-To: <20080914233618.GA30546@rivendell.middle-earth.co.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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 X-SW-Source: 2008-09/txt/msg00040.txt.bz2 Andrew John Hughes schrieb: > On 21:56 Sun 14 Sep , Matthias Klose wrote: >> Merged trunk into the classpath merge branch. >> >> Imported new classpath snapshot into the merge branch: >> >> - Reverted the Thread optimization (does require gcj local changes, >> and I did run out of time). >> >> - Don't explicitely configure with --disable-gjdoc. This needs >> configuration with --with-antlr-jar as well. >> >> - For ANTLR, the classpath configury wants a JAVA runtime (which >> currently is not configured/set). I added a check for the binary >> runantlr, which may be Debian/Ubuntu specific). Did not yet check, >> what is needed to run the installed gjdoc. >> > > At present, the build fails for me because I don't have a 'runantlr'. > How do we handle other such dependencies like gjavah? in maintainer mode, you are expected to have them. That's the case for gjavah and ecj1. But we need an antlr binary for a normal build as well if we do configure with --enable-gjdoc. Or we have to check for any "JAVA" interpreter and disable gjdoc if we cannot find one. Matthias