From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11337 invoked from network); 7 Feb 2005 17:45:15 -0000 Received: from unknown (HELO lists.gnu.org) (199.232.76.165) by sourceware.org with SMTP; 7 Feb 2005 17:45:15 -0000 Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CyD9h-0001Zy-3S for listarch-gnats-devel@sources.redhat.com; Mon, 07 Feb 2005 12:58:37 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CyD8i-0001EW-VS for help-gnats@gnu.org; Mon, 07 Feb 2005 12:57:37 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CyD8Z-00016Q-7Z for help-gnats@gnu.org; Mon, 07 Feb 2005 12:57:29 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CyD8Z-00015a-2N for help-gnats@gnu.org; Mon, 07 Feb 2005 12:57:27 -0500 Received: from [199.199.210.160] (helo=chef.nerp.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CyCuH-000804-Lp for help-gnats@gnu.org; Mon, 07 Feb 2005 12:42:42 -0500 Received: from skuld.wookimus.net (c-66-41-156-164.mn.client2.attbi.com [66.41.156.164]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by chef.nerp.net (Postfix) with ESMTP id AABB352584 for ; Mon, 7 Feb 2005 11:42:35 -0600 (CST) Received: from wookimus.net (skuld.wk [192.168.5.100]) by skuld.wookimus.net (Postfix) with ESMTP id DEC913DCE for ; Mon, 7 Feb 2005 11:42:20 -0600 (CST) Received: by wookimus.net (Postfix, from userid 1000) id 95A401DE4; Mon, 7 Feb 2005 11:42:01 -0600 (CST) Date: Mon, 07 Feb 2005 17:45:00 -0000 From: Chad Walstrom To: help-gnats@gnu.org Message-ID: <20050207174201.GA15693@wookimus.net> Mail-Followup-To: help-gnats@gnu.org References: <20050105222435.GA23939@wookimus.net> <20050106111441.64c255e3.mishka@apk.od.ua> <20050106170435.GA2921@wookimus.net> <20050207174424.136b4b5b.mishka@apk.od.ua> Mime-Version: 1.0 In-Reply-To: <20050207174424.136b4b5b.mishka@apk.od.ua> X-Operating-System: Linux skuld 2.6.8-1-k7 X-GnuPG-Fingerprint: B4AB D627 9CBD 687E 7A31 1950 0CC7 0B18 206C 5AFD User-Agent: Mutt/1.5.6+20040907i Subject: Removing libiberty (was Re: gnatsd problems with 4.0.1) X-BeenThere: help-gnats@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion about GNU GNATS List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1332182148==" Sender: help-gnats-bounces+listarch-gnats-devel=sources.redhat.com@gnu.org Errors-To: help-gnats-bounces+listarch-gnats-devel=sources.redhat.com@gnu.org X-SW-Source: 2005-q1/txt/msg00019.txt.bz2 --===============1332182148== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 2206 Mike M. Volokhov wrote: > First, excuse me please for the delayed answer. :-( No problem, we're all busy these days. Work has been hectic and I haven't been able to provide those two hours per week I had hoped. By the end of February, however, this should change and I'll once again be able to spend more time on GNATS. > Yes, that's exactly I've asked why. Including libiberty in GNATS > codebase depends on how much it is used by the project. Thanks for the audit, by the way. Very nice work. > Unfortunately, libiberty itself seems have not official distribution In addition, there does not seem to be any plans to create an official library. > I've done some sort of GNATS sources audit to know how much project > dependends on libiberty code. Well, seems it is not too hard > dependent! I've used libiberty.h header file to obtain a list of > provided functions and ran a simple script across gnats/*.[ch] files. > It shows a results at the end of this mail message. Again thanks! > So, only six functions are used by GNATS, when libiberty provides > about 40. Only two functions (asprintf and vasprintf) are nor POSIX > nor standard C relevant (but included in both GNU and BSD libc). Actually, add one more: getopt(), which is the one that's currently giving us problems on the BSD platform. > Three functions (xstrdup, xmalloc, xrealloc) are totally > libiberty-own, but can be easy replaced with their standard > equivalents. Yes. They're convenience functions documented in the glibc "standards" manual as well. In fact, writing wrapper functions is well documented by the venerable Stevens in his Unix programming books, although I believe he would have named the wrapper "Malloc()". ;-) As such, they're not bad little functions, but I agree that we shouldn't have to carry libiberty around just for these three. > Thus, I propose to eliminate dependency on libiberty completely. I support that proposal. When only 7 of 42 are required, they should be relatively easy to move into misc.c or a utils.{c,h} file pair and support in autoconf. --=20 Chad Walstrom http://www.wookimus.net/ assert(expired(knowledge)); /* core dump */ --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline Content-length: 189 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCB6hpDMcLGCBsWv0RAozRAKDPv/ACJ2WS4OFkbA/5jtlxl3xFxACfewqA tSwmqSwQaVjqMnN5ewdltJs= =NkQh -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- --===============1332182148== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Content-length: 140 _______________________________________________ Help-gnats mailing list Help-gnats@gnu.org http://lists.gnu.org/mailman/listinfo/help-gnats --===============1332182148==--