From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9863 invoked from network); 9 Feb 2005 17:15:47 -0000 Received: from unknown (HELO lists.gnu.org) (199.232.76.165) by sourceware.org with SMTP; 9 Feb 2005 17:15:47 -0000 Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CyveN-0005W9-S9 for listarch-gnats-devel@sources.redhat.com; Wed, 09 Feb 2005 12:29:15 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CyveE-0005SR-Ba for help-gnats@gnu.org; Wed, 09 Feb 2005 12:29:06 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CyveC-0005Qb-Q1 for help-gnats@gnu.org; Wed, 09 Feb 2005 12:29:05 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CyveC-0005P6-Jk for help-gnats@gnu.org; Wed, 09 Feb 2005 12:29:04 -0500 Received: from [207.17.137.57] (helo=colo-dns-ext1.juniper.net) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CyvPo-0003nY-Pp for help-gnats@gnu.org; Wed, 09 Feb 2005 12:14:13 -0500 Received: from merlot.juniper.net (merlot.juniper.net [172.17.27.10]) by colo-dns-ext1.juniper.net (8.11.3/8.9.3) with ESMTP id j19HEA991000; Wed, 9 Feb 2005 09:14:10 -0800 (PST) (envelope-from mdb@juniper.net) Received: from juniper.net (sapphire.juniper.net [172.17.28.108]) by merlot.juniper.net (8.11.3/8.11.3) with ESMTP id j19HE3e81938; Wed, 9 Feb 2005 09:14:03 -0800 (PST) (envelope-from mdb@juniper.net) To: "Mike M. Volokhov" In-Reply-To: <20050209143333.57eb6c9f.mishka@apk.od.ua> References: <20050105222435.GA23939@wookimus.net> <20050106111441.64c255e3.mishka@apk.od.ua> <20050106170435.GA2921@wookimus.net> <20050207174424.136b4b5b.mishka@apk.od.ua> <28735.1107796160@juniper.net> <20050209143333.57eb6c9f.mishka@apk.od.ua> From: "Mark D. Baushke" X-Mailer: MH-E 7.82+cvs; nmh 1.0.4; GNU Emacs 21.3.1 X-Face: #8D_6URD2G%vC.hzU Cc: help-gnats@gnu.org Subject: Re: 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: , 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/msg00023.txt.bz2 Mike M. Volokhov writes: > On Mon, 07 Feb 2005 09:09:20 -0800 > "Mark D. Baushke" wrote: > > > Mike M. Volokhov writes: > [snip] > > > 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). Three > > > functions (xstrdup, xmalloc, xrealloc) are totally libiberty-own, but > > > can be easy replaced with their standard equivalents. > > > > > > Thus, I propose to eliminate dependency on libiberty completely. > > > > > > Any comments? > > > > I would suggest consideration of including the GNULIB versions of those > > functions as an alternative. > > Some libiberty functions, such as getopt, was moved to GNU, BSD and > other C libraries. Many (like some x* ones) are very simple. Please try > a patch (see my another message within "Removing libiberty" topic) which > utilizes many functions from standard libc, shipped with build OS. > > Another reason to use libc native to OS, is optimization. The reason to use GNULIB is consistent functional results. Some of the GNULIB functions implement full POSIX semantics while the OS version may not. > Anyway, as for me, GNULIB is better way than have libiberty in tree. > Thanks for pointing it out! You are welcome. > [snip] > > The typical approach would be to create a lib and m4 directory for > > including the relevant code from a gnulib checkout directory into the > > gnats source base. There is a tool that can be used to pull into the > > gnats tree any module that GNULIB provides. > > Does GNULIB provides the shared library (.so)? If so, there is would no > need to create extra directories in GNATS tree. No, the GNULIB provides a set of replacement or wrapper functions along with automake and autoconf glue to put them all together. However, each separate project that uses the GNULIB will only be using a subset of the functions and .h files that are available for GNULIB as a whole, so there is no single .so that has everything in it. While I suppose that you could create some kind of a libgnats.so that includes those functions which gnats needs, it would be up to you to specify things properly in the Makefile.am to do that generation, possibly in conjuction with libtool (http://www.gu.org/software/libtool). Enjoy! -- Mark _______________________________________________ Help-gnats mailing list Help-gnats@gnu.org http://lists.gnu.org/mailman/listinfo/help-gnats