It is not possible. Libxslt relies on libxml2 too much.

On Mon, Oc= t 7, 2013 at 1:23 PM, Carsten Leue <libxslt@carsten-leue.de><= /span> wrote:

I have recently learned tha= t Chrome plans to remove client side XSLT support (https://groups.google.com/a/chromium.org/forum/#!topic/blink-dev/k8= aIeI6BCG0). One of the mentioned reasons is the size of the payload of = the libxslt library (and libxml as a prereq) that is currently used to impl= ement this function.
I wonder if =C2=A0there is a way to execute a transform with smaller prereq= s, e.g. by using a SAX interface to represent sources and result. Such that= a client could decide to use an alternate xml implementation.

Best regards
Carsten

_______________________________________________
xslt mailing list, project page http://xmlsoft.org/XSLT/
xslt@gnome.org
= https://mail.gnome.org/mailman/listinfo/xslt

--90e6ba614a765cbb3d04e83e0fb7-- From veillard@redhat.com Thu Oct 17 17:25:58 2013 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 0B7F9762EC for ; Thu, 17 Oct 2013 17:25:58 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.758 X-Spam-Level: X-Spam-Status: No, score=-4.758 tagged_above=-999 required=2 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.556, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZFOC6mTlinjo for ; Thu, 17 Oct 2013 17:25:54 +0000 (UTC) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by restaurant.gnome.org (Postfix) with ESMTP id 25E3976285 for ; Thu, 17 Oct 2013 17:25:43 +0000 (UTC) Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r9HHPgYU002976 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 17 Oct 2013 13:25:42 -0400 Received: from thinkpad.veillard.com (vpn-57-112.rdu2.redhat.com [10.10.57.112]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r9HHPfqA001016 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 17 Oct 2013 13:25:42 -0400 Received: from thinkpad.veillard.com (localhost.localdomain [127.0.0.1]) by thinkpad.veillard.com (8.14.7/8.14.5) with ESMTP id r9HHPbiW031746 for ; Thu, 17 Oct 2013 13:25:39 -0400 Received: (from veillard@localhost) by thinkpad.veillard.com (8.14.7/8.14.7/Submit) id r9HHPZCe031745 for xslt@gnome.org; Thu, 17 Oct 2013 13:25:35 -0400 X-Authentication-Warning: thinkpad.veillard.com: veillard set sender to veillard@redhat.com using -f Date: Thu, 17 Oct 2013 13:25:35 -0400 From: Daniel Veillard To: The Gnome XSLT library mailing-list Message-ID: <20131017172535.GO22882@redhat.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 Subject: Re: [xslt] Removal of libxslt from Chrome X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: veillard@redhat.com, The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2013 17:25:58 -0000 On Mon, Oct 07, 2013 at 11:23:03AM +0200, Carsten Leue wrote: > I have recently learned that Chrome plans to remove client side XSLT > support ( > https://groups.google.com/a/chromium.org/forum/#!topic/blink-dev/k8aIeI6BCG0). > One of the mentioned reasons is the size of the payload of the libxslt > library (and libxml as a prereq) that is currently used to implement this > function. > I wonder if there is a way to execute a transform with smaller prereqs, > e.g. by using a SAX interface to represent sources and result. Such that a > client could decide to use an alternate xml implementation. thinkpad:~ -> size -t XSLT/libxslt/.libs/libxslt.a text data bss dec hex filename .... 262666 371 1162 264199 40807 (TOTALS) thinkpad:~ -> I think it's more about reducing complexity in the core browser than really about stripping bytes... Daniel -- Daniel Veillard | Open Source and Standards, Red Hat veillard@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/