From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout-p-201.mailbox.org (mout-p-201.mailbox.org [80.241.56.171]) by sourceware.org (Postfix) with ESMTPS id A45EA3861904; Fri, 29 Sep 2023 16:29:56 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org A45EA3861904 Authentication-Results: sourceware.org; dmarc=pass (p=reject dis=none) header.from=aarsen.me Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=aarsen.me Received: from smtp202.mailbox.org (smtp202.mailbox.org [IPv6:2001:67c:2050:b231:465::202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-201.mailbox.org (Postfix) with ESMTPS id 4Rxwmd3qcBz9sch; Fri, 29 Sep 2023 18:29:53 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aarsen.me; s=MBO0001; t=1696004993; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=fJeCb04Vy0jTVPTH7MW8di9ryh/KWix6/XQRMVQz/Tk=; b=FX3CZwMxejxH8YJO9fmcekgS7KaAgPIsqh8LJHAxrXiwY3yN5ZTC/6WbqGybPUX1/Wt4XF v4V4dGBUYPbRL8NDwg3OCpsLjMRApgskIKE/Z+zRl6GlSNNBdkY6w99A4MSpuPK1EwnywW eakak9c9pcAaGn+GDaxz7YrCSZ9tlOh86/Qvh/4rpuxDu0bDrkVG+UdjjCZHXJ+kPqeKsB L9v6TzxPy0sOzLPGfJqo2VyUF+CnGiA1x3NWFz57Z/8aMzoyOGXEOjIJRmwqnAKcEVA1xr xkXnVpwtRj3RATn6eII57ITCFNXAqSWsfxUc1mJ6vGqH2Gt1CjIeHCgz921GKw== References: <20230926004300.1716711-2-arsen@aarsen.me> <1c90c3ea-0b54-520c-8524-7feb6b88212e@suse.com> <864jjhrm73.fsf@aarsen.me> <2191135.CQOukoFCf9@nimes> From: Arsen =?utf-8?Q?Arsenovi=C4=87?= To: Bruno Haible Cc: Jan Beulich , Iain Sandoe , gdb-patches@sourceware.org, binutils@sourceware.org Subject: Re: [PATCH v2 1/2] *: add modern gettext support Date: Fri, 29 Sep 2023 18:27:15 +0200 In-reply-to: <2191135.CQOukoFCf9@nimes> Message-ID: <86lecp6iyo.fsf@aarsen.me> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Rspamd-Queue-Id: 4Rxwmd3qcBz9sch X-Spam-Status: No, score=-4.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,KAM_ASCII_DIVIDERS,KAM_INFOUSMEBIZ,RCVD_IN_DNSWL_LOW,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Bruno Haible writes: > Arsen Arsenovi=C4=87 wrote: >> Building without gettext in-tree or on the system >> should result in a working build with no localization, with gettext >> in-tree and on the system it should result in the usage of the system >> gettext, with gettext on the tree but _not_ on the system, it should >> result in a new (static) copy being built and linked into the tools, >> with working localization, and with no gettext in tree but in system >> (either in libc or in libintl) should result in a localized build using >> the system gettext facilities. >>=20 >> The behavior for the in-tree but also on the system case (e.g. building >> with gettext in-tree on a GNU system) can be overridden with >> --with-included-gettext (which is a configure flag for gettext-runtime, >> and was a configure flag for intl/ before that). > > This information is more intelligible when presented as a table. I think > the table is like this, right? > > Situation || Effect > || > gettext | libintl | libc has | Option || Working > sources | installed | *gettext() |--with-included-gettext || Localization > in-tree | on system | functions | || > ---------+-----------+------------+------------------------++------------= ---------- > - | - | - | (ignored) || No > - | - | Y | (ignored) || Yes (libc) > - | Y | - | (ignored) || Yes (libin= tl) > - | Y | Y | (ignored) || Yes (libin= tl) > Y | - | - | - || Yes (stati= c libintl) > Y | - | - | Y || Yes (stati= c libintl) > Y | - | Y | - || Yes (libc) > Y | - | Y | Y || Yes (stati= c libintl) > Y | Y | - | - || Yes (libin= tl) > Y | Y | - | Y || Yes (stati= c libintl) > Y | Y | Y | - || Yes (libin= tl) > Y | Y | Y | Y || Yes (stati= c libintl) > ---------+-----------+------------+------------------------++------------= ---------- > > In all of these cases, the localization can be turned off through the > configure option --disable-nls or by the user, at runtime, by choosing the > "C" locale. > > I would find it useful to add this table to the documentation or > at least as some internal comments. Indeed, it feels like tabular data. I'm unsure what the proper place for inclusion of this information is for the binutils-gdb tree (but I'll see about adding it to gcc/doc/install.texi shortly). Any suggestions? =2D-=20 Arsen Arsenovi=C4=87 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iOYEARYKAI4WIQT+4rPRE/wAoxYtYGFSwpQwHqLEkwUCZRb7f18UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0RkVF MkIzRDExM0ZDMDBBMzE2MkQ2MDYxNTJDMjk0MzAxRUEyQzQ5MxAcYXJzZW5AYWFy c2VuLm1lAAoJEFLClDAeosSTFGkA+wa6wHeHxvZxUsMWZ61bksx0q1BNRj/K71gz EEVxQO09AP4/bbRQNCghYoXg5/6IXbUuWbIs9u1CxN2StrPB4yN3Dg== =txit -----END PGP SIGNATURE----- --=-=-=--