From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9449 invoked by alias); 12 Mar 2007 17:08:58 -0000 Received: (qmail 9440 invoked by uid 22791); 12 Mar 2007 17:08:57 -0000 X-Spam-Check-By: sourceware.org Received: from mx2.redhat.com (HELO mx2.redhat.com) (66.187.237.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 12 Mar 2007 17:08:53 +0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.1/8.13.1) with ESMTP id l2CH8qqo008092 for ; Mon, 12 Mar 2007 13:08:52 -0400 Received: from zebedee.littlepinkcloud.COM (vpn-14-21.rdu.redhat.com [10.11.14.21]) by int-mx2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l2CH8lYp004921; Mon, 12 Mar 2007 13:08:48 -0400 Received: from littlepinkcloud.COM (localhost.localdomain [127.0.0.1]) by zebedee.littlepinkcloud.COM (8.13.8/8.13.5) with ESMTP id l2CH8kUo012963; Mon, 12 Mar 2007 17:08:46 GMT Received: (from aph@localhost) by littlepinkcloud.COM (8.13.8/8.13.5/Submit) id l2CH8kvf012960; Mon, 12 Mar 2007 17:08:46 GMT MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17909.35102.75816.154604@zebedee.pink> Date: Mon, 12 Mar 2007 17:08:00 -0000 From: Andrew Haley To: Gary Benson Cc: java-patches@gcc.gnu.org Subject: Re: Patch: FYI: disable XML service files In-Reply-To: <20070312165031.GC4060@redhat.com> References: <20070312095509.GA4060@redhat.com> <17909.20519.850202.641522@zebedee.pink> <20070312154430.GB4060@redhat.com> <17909.30469.286085.85361@zebedee.pink> <20070312165031.GC4060@redhat.com> X-Mailer: VM 7.19 under Emacs 22.0.93.1 X-IsSubscribed: yes Mailing-List: contact java-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-patches-owner@gcc.gnu.org X-SW-Source: 2007-q1/txt/msg00670.txt.bz2 Gary Benson writes: > Andrew Haley wrote: > > Gary Benson writes: > > > Andrew Haley wrote: > > > > We don't use Xerces so we can't be compatible with all behaviour > > > > in every possible case, but this is far more like to affect > > > > user-observable behaviour. > > > > > > We should be okay so long as we have either all service files or > > > no service files. The bug we had before was because we had all of > > > the service files except one. > > > > Out of interest, which one were we missing? > > The one I added, org.w3c.dom.DOMImplementationSourceList. > > > > However, making xerces work in the classpath like this will mean a > > > whole load of things that have both xml-commons-apis and xerces in > > > the classpath but not endorsed (eg most everything in Fedora) will > > > now be running xerces with libgcj's javax.xml, > > > > Which, unless I am very much mistaken, is what has always happened. > > No. Prior to the service files being removed the only way to get > xerces to be used was to endorse it. Until now everything has been > using libgcj for both the interface and the implementation. No, that is certainly not true. See my prior postings in this thread, and in particular the test using gcj Version 4.2. Until this latest classpath import, we haven't been using the service files in libgcj at all, so if Xerces was in the classpath we used it. Andrew.