From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kevin Ryde Newsgroups: gmane.lisp.guile.devel Subject: Re: Gnulib support Date: Thu, 06 Sep 2007 10:22:56 +1000 Message-ID: <87myw0lk0v.fsf@zip.com.au> References: <87tzrnp6dx.fsf@chbouib.org> <87tzr0wcn3.fsf@zip.com.au> <871wdyk4t2.fsf@laas.fr> <878x85vjt2.fsf@zip.com.au> <87bqcwdmvt.fsf@chbouib.org> <87d4wz9swn.fsf@zip.com.au> <87veaqj30y.fsf@laas.fr> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1189038206 24357 80.91.229.12 (6 Sep 2007 00:23:26 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 6 Sep 2007 00:23:26 +0000 (UTC) To: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Thu Sep 06 02:23:26 2007 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IT59Y-0008Ax-Uv for guile-devel@m.gmane.org; Thu, 06 Sep 2007 02:23:25 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IT59X-0004H8-3G for guile-devel@m.gmane.org; Wed, 05 Sep 2007 20:23:23 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IT59U-0004FY-DS for guile-devel@gnu.org; Wed, 05 Sep 2007 20:23:20 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IT59L-0004A7-GY for guile-devel@gnu.org; Wed, 05 Sep 2007 20:23:19 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IT59L-00049z-Cz for guile-devel@gnu.org; Wed, 05 Sep 2007 20:23:11 -0400 Original-Received: from mailout1-7.pacific.net.au ([61.8.2.214] helo=mailout1.pacific.net.au) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IT59K-0007xb-LQ for guile-devel@gnu.org; Wed, 05 Sep 2007 20:23:11 -0400 Original-Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.2.163]) by mailout1.pacific.net.au (Postfix) with ESMTP id C55135BFD1A for ; Thu, 6 Sep 2007 10:23:04 +1000 (EST) Original-Received: from localhost (ppp2C7A.dyn.pacific.net.au [61.8.44.122]) by mailproxy2.pacific.net.au (Postfix) with ESMTP id 9E3ED2740B for ; Thu, 6 Sep 2007 10:23:03 +1000 (EST) Original-Received: from gg by localhost with local (Exim 4.67) (envelope-from ) id 1IT597-0000vR-GM for guile-devel@gnu.org; Thu, 06 Sep 2007 10:22:57 +1000 Mail-Copies-To: never In-Reply-To: <87veaqj30y.fsf@laas.fr> ("Ludovic =?iso-8859-1?Q?Court=E8s?= =?iso-8859-1?Q?=22's?= message of "Tue, 04 Sep 2007 09:36:13 +0200") User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.1 (gnu/linux) X-Detected-Kernel: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:6780 Archived-At: ludovic.courtes@laas.fr (Ludovic Court=E8s) writes: > > Please, do read the thread on `bug-gnulib'. I did. > Widespread libraries already fixed the problem, No. > the most straightforward solution being to > use Libtool's `-export-symbols-regex' link option (which is a single > line in `Makefile.am'). Alas doesn't help the static ".a". You'll also notice in the libtool manual the caution "no effect on some platforms". > Did you actually hit a problem? Neither you nor I will hit a problem. The systems hurt are ones noone here hardly ever has to use, which is why it's essential to be very careful about supposed "help". It's a great shame really the gnulib bits are being done as yet more code plonked into every package, to be updated in every package for every new non-standard system, etc. The quantity of autoconf, automake, libtool, gettext, etc already dedicated to egregiously non-free systems is pretty sad. If only someone would "bit the bullet" and make a gnulib or gnuification scheme that brought all those systems (those anyone cares enough about) up to a gnu level in one hit. :( > And while we're at it, I suggest that we do "mv libguile/*.[ch] .". > Subdirs like that are unnecessary, too. :-) Don't move stuff about for no reason. I've asked you before please not to do things like that just because you feel like it. It's not year zero, and there's not enough manpower for actual fixes let alone notice unintendend consequences of supposed cosmetic changes. Hiding the build tools in a subdir is pointless, its only effect is to obscure the machinery, invalidate a paragraph in the INSTALL file, and give a nice chance of breaking bits in the tree that assume things are where they always have been. > Hmm, I did not move the licence in `NEWS', though I did remove a few > lines from there [0]. Is this what you are referring to? The "dist-hook" rule is the best place to make dist-time consistency checks. A grep there can do what "check-news" does, but without having to mangle the file, and indeed with a tighter regexp pattern to suit the actual format used. Assuming this is something really wanted at all -- since it should be clear dist restrictions must be made sparingly or they're just pains in the proverbial. The sole dist check I've found any good has been looking for "fuzzy"s in po files, since gettext frequently makes extremely poor guesses at new message translations. On the other hand an example of a check that's too agressive for a dist restriction is demanding all files modified this year should have this year in the copyright line. Worth grepping from time to time, but too easy to get a false miss. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel