From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10412 invoked by alias); 22 Dec 2002 16:57:57 -0000 Mailing-List: contact rhug-rhats-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: rhug-rhats-owner@sources.redhat.com Received: (qmail 10401 invoked from network); 22 Dec 2002 16:57:56 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by 209.249.29.67 with SMTP; 22 Dec 2002 16:57:56 -0000 Received: from int-mx2.corp.redhat.com (nat-pool-rdu-dmz.redhat.com [172.16.52.200]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id gBMGVCi30443 for ; Sun, 22 Dec 2002 11:31:12 -0500 Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [172.16.27.15]) by int-mx2.corp.redhat.com (8.11.6/8.11.6) with ESMTP id gBMGvhf17820; Sun, 22 Dec 2002 11:57:43 -0500 Received: from [192.168.64.12] (vpn50-16.rdu.redhat.com [172.16.50.16]) by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id gBMGvfn19512; Sun, 22 Dec 2002 08:57:42 -0800 Subject: Re: versions of sub-projects custumised for gcj From: Anthony Green To: Christophe Roux Cc: rhug-rhats@sources.redhat.com In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sun, 22 Dec 2002 08:57:00 -0000 Message-Id: <1040576364.2159.766.camel@escape> Mime-Version: 1.0 X-SW-Source: 2002-12/txt/msg00023.txt.bz2 On Sat, 2002-12-21 at 10:32, Christophe Roux wrote: > The Rhug that can be downloaded now uses versions of softwares more recent > than six monthes ago. Yes, I just upgraded xerces but it requires changes to GCC I just checked in a few minutes ago... > In fact, I am asking, is it possible to forzen different versions of Rhug in > order that users can choose the versions of what is in ? Yes, I agree we should do that. To date, rhug has been a fun experiment and has been useful for driving a lot of quality into gcj/libgcj. But clearly the resulting packages are useful on their own as well. I use rhino/pgsql-jdbc a fair bit, for instance. My suggestion is that we aim for a frozen rhug "release" that works with GCC 3.3, which is supposed to be released in mid-February. We should get Tomcat4 working for this release. Gary - how many more packages are required for Tomcat4? AG