Date: Wed, 2 Oct 2002 13:57:49 +0200 From: Marc Recht <marc@informatik.uni-bremen.de> To: Alexander Langer <alex@big.endian.de> Cc: phk@critter.freebsd.dk, current@FreeBSD.ORG, ports@FreeBSD.ORG Subject: Re: expat2 in the base system? Message-ID: <20021002135749.4ba3abc3.marc@informatik.uni-bremen.de> In-Reply-To: <20021002115138.GE90861@fump.kawo2.rwth-aachen.de> References: <20021002103007.588d3bf3.marc@informatik.uni-bremen.de> <84545.1033548356@critter.freebsd.dk> <20021002115138.GE90861@fump.kawo2.rwth-aachen.de>
next in thread | previous in thread | raw e-mail | index | archive | help
--=.S+u_eCnq0Tn'ny Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > > 2. Under assumed name, "libxmlread" or something. This means that > > nothing which doesn't explicitly ask for it will get in touch with > > this version of libexpat, and that will only be the programs in > > the tree. We don't need to track the official libexpat (sort of > > like the DB(3) situation, except with better isolation I guess). > > This seems to be a nice idea. Can you trim down "our" version of expat > to only the libxmlread part or so? This way we don't get too much > bloat, the perl fiasco won't happen, and once we've got a working > version we can update only for bug fixes. IMO 1. would be better with a complete expat. So the ports could use the system version and probably/maybe the drift between the official- and system-version will not be that big. And compared to Perl expat it rather small. So the bloat couldn't be that big.. Marc --=.S+u_eCnq0Tn'ny Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9mt9S7YQCetAaG3MRAmn1AJ9LU9RjQ3S+Zdkmi3hUp0pFQcBYIgCfZlnJ /gK8pU33HJi7YnoPdmyUAdo= =Sw9y -----END PGP SIGNATURE----- --=.S+u_eCnq0Tn'ny-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021002135749.4ba3abc3.marc>