From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Bruno Haible Newsgroups: gmane.comp.gnu.gettext.bugs,gmane.lisp.guile.devel Subject: Re: Libgettextpo wrapper for Guile Date: Sun, 05 May 2019 15:45:18 +0200 Message-ID: <16567687.pgqOOCO6U5@omega> References: <20190505004925.24e650e4@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="152697"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: KMail/5.1.3 (Linux/4.4.0-145-generic; KDE/5.18.0; x86_64; ; ) Cc: guile-devel-mXXj517/zsQ@public.gmane.org To: bug-gettext-mXXj517/zsQ@public.gmane.org Original-X-From: bug-gettext-bounces+gcggb-bug-gettext=m.gmane.org-mXXj517/zsQ@public.gmane.org Sun May 05 15:45:34 2019 Return-path: Envelope-to: gcggb-bug-gettext@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hNHSN-000dYT-BR for gcggb-bug-gettext@m.gmane.org; Sun, 05 May 2019 15:45:33 +0200 Original-Received: from localhost ([127.0.0.1]:41264 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hNHSM-0000tb-7s for gcggb-bug-gettext@m.gmane.org; Sun, 05 May 2019 09:45:30 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:52265) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hNHSG-0000qh-Lf for bug-gettext-mXXj517/zsQ@public.gmane.org; Sun, 05 May 2019 09:45:25 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hNHSF-0001qG-Fn for bug-gettext-mXXj517/zsQ@public.gmane.org; Sun, 05 May 2019 09:45:24 -0400 Original-Received: from mo6-p00-ob.smtp.rzone.de ([2a01:238:20a:202:5300::1]:32599) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hNHSF-0001jU-07; Sun, 05 May 2019 09:45:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1557063919; s=strato-dkim-0002; d=clisp.org; h=References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=8ZKmw7jhXCD4vH2Nmehe7aHlCD6Hj0RHVO0nyYph3pI=; b=YH6tbSZ5KJcTLtgMxaNOg7fxeGD1FFaWJ+vPq+5/5ojxC/Q09ymudcbc77U8UuKuCn D/VycHkvRfgrlrxi32nJZ6mgdmKFRP0CBG0pc3Qpuh/Evf6fc/fWVy/YMi55neaBc+0z 2zi2VGCoOdgGGS2hxnwoMipT7iCH/25ekAjeG+89hwbJLEc8CARY9JLDqtvF5kAtrH39 FeTd4WWlbb6W8KCwdPaVJA2DLJuuSY02LlgYIELr3VXgHoMzPyffDq1Ysty4+Tnq4FMD 2IBqnQmfzQZ7A7+rIidTk4n8PejnpDyjcwmfJbl++SP5sz6re5gApCK4ZdHdVilm1rEn dTYw== X-RZG-AUTH: ":Ln4Re0+Ic/6oZXR1YgKryK8brlshOcZlIWs+iCP5vnk6shH+AHjwLuWOGaf0y5RW" X-RZG-CLASS-ID: mo00 Original-Received: from bruno.haible.de by smtp.strato.de (RZmta 44.18 DYNA|AUTH) with ESMTPSA id m03afev45DjId1O (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Sun, 5 May 2019 15:45:18 +0200 (CEST) In-Reply-To: <20190505004925.24e650e4-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a01:238:20a:202:5300::1 X-BeenThere: bug-gettext-mXXj517/zsQ@public.gmane.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Bug reports for GNU gettext List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gettext-bounces+gcggb-bug-gettext=m.gmane.org-mXXj517/zsQ@public.gmane.org Original-Sender: "bug-gettext" Xref: news.gmane.org gmane.comp.gnu.gettext.bugs:2085 gmane.lisp.guile.devel:19900 Archived-At: Hi Miguel, > I implemented a wrapper library > for Guile and a couple of higher level functions, tests and I'm > documenting everything. This is great. Many thanks for this contribution!! > I'd like to contribute it to GNU---a wrapper of a GNU library in the > official GNU extension language, I think it's sensible---, but I would > like to ask you where it would fit better: > > - In GNU gettext as part of gettext-tools? It could cause > problems in the Guile bootstrap, as several tools from there > are needed when NLS is enabled. Nevertheless, it seems to be > the better fit in terms of code locality and cross > maintenance. Very good question. I think there are two aspects: - Development aspects. Does your guile wrapper need more know-how from the guile world or from the gettext world? (*) Will it need regular changes as guile evolves? Surely it will need changes when gettext-po.h evolves, but gettext-po.h has been stable since 2010. (*) This is relevant, because when at some point in time you will not want to maintain it any more, will it be more easy to find a new maintainer for it among the camp of guile developers or among the gettext developers? - Distributions aspects. Distros will likely package it in a package different from gettext and different from guile, since both gettext and guile can be used without the wrapper library. Right? But distros are already used to create multiple binary packages from a single source package. > - In Guile as an ice-9 module? As readline, it could be a > GPLv3+ library, but also available from scratch. From my > point of view, it would be a great option in terms of > (zero) increment of dependencies and tight integration with > the language. I don't know what an ice-9 module is. I also don't know whether you can define an ice-9 module outside of the guile package. > - As an external library? Would you want to have a project infrastructure with mailing list, bug trackers, etc. for this wrapper library? I would think this is overkill. Bruno