From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23945 invoked by alias); 28 Sep 2008 15:32:50 -0000 Received: (qmail 23935 invoked by uid 22791); 28 Sep 2008 15:32:49 -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; Sun, 28 Sep 2008 15:31:54 +0000 Received: from hutte.canonical.com ([91.189.90.181]) by adelie.canonical.com with esmtp (Exim 4.60 #1 (Debian)) id 1KjyFU-0003Db-Bi for ; Sun, 28 Sep 2008 16:31:52 +0100 Received: from dslb-088-073-102-111.pools.arcor-ip.net ([88.73.102.111] 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 1KjyFU-0007ni-6Z for java@gcc.gnu.org; Sun, 28 Sep 2008 16:31:52 +0100 Message-ID: <48DFA37C.2040707@ubuntu.com> Date: Sun, 28 Sep 2008 15:32:00 -0000 From: Matthias Klose User-Agent: Thunderbird 2.0.0.17 (X11/20080925) MIME-Version: 1.0 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/msg00071.txt.bz2 On 21:56 Sun 14 Sep , Matthias Klose wrote: > There are still some todo's; not sure which ones are required before the merge > to the trunk: > > - Apply the nio change, backout out for the 2008-08-11 classpath import > > - Build a gjdoc binary. these are fixed now. > - Tom Tromey had a comment that he wanted to add/fix something: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36762 > > - * scripts/makemake.tcl: Switch gnu.java.math to BC compilation. > concerns by Andrew Haley. these were not required for the merge according to Tom and Andrew. > - Apply the Thread optimization change not used in libgcj; can be delayed. > - http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36763 outstanding? are there any new issues? how should the changelogs be handled? Merging all entries into one, or just updating the date when the branch is merged? are we in a state where the merge can be proposed/announcd on gcc-patches? Matthias