From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ludovic.courtes@laas.fr (Ludovic =?iso-8859-1?Q?Court=E8s?=) Newsgroups: gmane.lisp.guile.devel Subject: Re: Gnulib support Date: Mon, 10 Sep 2007 13:40:27 +0200 Organization: LAAS-CNRS Message-ID: <878x7e92ac.fsf@laas.fr> 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> <87myw0lk0v.fsf@zip.com.au> 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 1189426324 11866 80.91.229.12 (10 Sep 2007 12:12:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 10 Sep 2007 12:12:04 +0000 (UTC) To: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Mon Sep 10 22:11:50 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 1IUp7j-0008Mk-Ln for guile-devel@m.gmane.org; Mon, 10 Sep 2007 21:40:43 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IUhdM-0004Iw-Nw for guile-devel@m.gmane.org; Mon, 10 Sep 2007 07:40:52 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IUhcS-0003NH-9T for guile-devel@gnu.org; Mon, 10 Sep 2007 07:39:56 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IUhcQ-0003Lk-TM for guile-devel@gnu.org; Mon, 10 Sep 2007 07:39:55 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IUhcQ-0003Ld-Nb for guile-devel@gnu.org; Mon, 10 Sep 2007 07:39:54 -0400 Original-Received: from laas.laas.fr ([140.93.0.15]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IUhcQ-0007ja-4o for guile-devel@gnu.org; Mon, 10 Sep 2007 07:39:54 -0400 Original-Received: from messiaen.laas.fr (messiaen [IPv6:2001:660:6602:0:230:65ff:fed4:9d20]) by laas.laas.fr (8.13.8/8.13.8) with SMTP id l8ABdo24015340 for ; Mon, 10 Sep 2007 13:39:50 +0200 (MEST) Original-Received: by messiaen.laas.fr (sSMTP sendmail emulation); Mon, 10 Sep 2007 13:40:27 +0200 X-URL: http://www.laas.fr/~lcourtes/ X-Revolutionary-Date: 24 Fructidor an 215 de la =?iso-8859-1?Q?R=E9volutio?= =?iso-8859-1?Q?n?= X-PGP-Key-ID: 0xEB1F5364 X-PGP-Key: http://www.laas.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 821D 815D 902A 7EAB 5CEE D120 7FBA 3D4F EB1F 5364 X-OS: powerpc-unknown-linux-gnu Mail-Followup-To: guile-devel@gnu.org In-Reply-To: <87myw0lk0v.fsf@zip.com.au> (Kevin Ryde's message of "Thu\, 06 Sep 2007 10\:22\:56 +1000") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) X-Spam-Score: 0.306 () MAILTO_TO_SPAM_ADDR,NO_RELAYS X-Scanned-By: MIMEDefang at CNRS-LAAS on IPv6:2001:660:6602::2 X-MIME-Autoconverted: from 8bit to quoted-printable by laas.laas.fr id l8ABdo24015340 X-Detected-Kernel: Solaris 10 (beta) 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:6781 Archived-At: Hi, Kevin Ryde writes: > ludovic.courtes@laas.fr (Ludovic Court=E8s) writes: >> Widespread libraries already fixed the problem, > > No. libgettext: http://article.gmane.org/gmane.comp.lib.gnulib.bugs/11101 libprelude: http://article.gmane.org/gmane.comp.lib.gnulib.bugs/11140 Planned support in GSASL, GnuTLS: http://lists.gnu.org/archive/html/bug-gnulib/2007-08/msg00166.html . Guile is not the only C library of the GNU Project. Other people do have the same problems as we have, and what solutions they implement is certainly worth considering. >> 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". Agreed. > It's a great shame really the gnulib bits are being done as yet more > code plonked into every package [...] 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. :( >From Gnulib's web page: Gnulib is a central location for common GNU code, intended to be shared among GNU packages. GCC has libiberty, but this is hard to disentangle from the GCC build tree. libit proved too hard to keep up to date, and at this point is moribund. Gnulib takes a different approach. Its components are intended to be shared at the source level, rather than being a library that gets built, installed, and linked against. Thus, there is no distribution tarball; the idea is to copy files from Gnulib into your own source tree. Personally, I think it solves portability issues pretty well since it can almost let us program as if we were on a GNU system, without having to implement loads of ad hoc, bug-ridden workarounds when other people already solved the same problems better (packages like Coreutils are ported to a wider range of platforms than Guile.) However, discussing the Gnulib rationale is off-topic. Please email the GNU and Gnulib folks if you know of a better solution. > Hiding the build tools in a subdir is pointless I strongly disagree. At any rate, we have to reach a consensus. I'd agree to revert it in 1.8 if deemed appropriate (what do others think?), so that it fulfills the principle of not making "gratuitous cosmetic changes" in the stable branch (again, what changes qualify as "gratuitous" or "cosmetic" is debatable). Would it be OK for you? > The "dist-hook" rule is the best place to make dist-time consistency > checks. We're not alone: Automake folks deemed it better to provide support for this functionality rather than have all packages implement their own stuff. Revert the offending change if you feel like doing it. Thanks, Ludovic. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel