From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mo4-p00-ob.smtp.rzone.de (mo4-p00-ob.smtp.rzone.de [81.169.146.161]) by sourceware.org (Postfix) with ESMTPS id 8FA1E3856273 for ; Sun, 19 Jun 2022 00:32:21 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 8FA1E3856273 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=clisp.org Authentication-Results: sourceware.org; spf=none smtp.mailfrom=clisp.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1655598740; s=strato-dkim-0002; d=clisp.org; h=References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From:Cc:Date: From:Subject:Sender; bh=WeosRo960DbePWu/4/qqJ1Ipd+4DtVXi4ruoZ5seCxo=; b=d3EATveQNHSx3J7MO9tDx7Mb4frmh8YYizKli9ZUipgF+sx2hhsRKD2U4hoWNw3Rc+ JHxGlrPPMVVDcnlM0+ORXFuylF2ZUD8vLE51xMFpJRA81m5gZ3srWOsMGhEie02I5AYh 4pVyhsOpuikzgzFfH1gbxkeaQuMnVRwnkf3MJ2rL40tdg5NWIFolu10runL2aXjx/bLk 1zLPZdk9fFtgyl+vGPwa65xsQUjzOMp9SYs2ZiQOkyWW4Ca7a15D2948RGX/WklWVGHA 69JnXd7YRKOss39CR9ZXNAzJHS8iNZYGS5OSysx+FDkloHA+JC1qEQcy2KKfxCtsd99g Ijog== Authentication-Results: strato.com; dkim=none X-RZG-AUTH: ":Ln4Re0+Ic/6oZXR1YgKryK8brlshOcZlIWs+iCP5vnk6shH0WWb0LN8XZoH94zm6Ln9gbQqGxADIzhcWGgwacuxvHCwpc79O2A==" X-RZG-CLASS-ID: mo00 Received: from omega.localnet by smtp.strato.de (RZmta 47.46.0 AUTH) with ESMTPSA id J5c42fy5J0WJL98 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Sun, 19 Jun 2022 02:32:19 +0200 (CEST) From: Bruno Haible To: Iain Sandoe Cc: GCC Development Subject: Re: remove intl/ directory? Date: Sun, 19 Jun 2022 02:32:19 +0200 Message-ID: <4169891.DDXKiFAisr@omega> In-Reply-To: <2F423461-3AF4-4BA9-95D8-EC53B49B43A2@googlemail.com> References: <32334822.2dzg3u6YtW@omega> <2F423461-3AF4-4BA9-95D8-EC53B49B43A2@googlemail.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-3.4 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_PASS, SPF_NONE, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: gcc@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2022 00:32:23 -0000 Iain Sandoe wrote: > As a maintainer for GCC on a non-glibc system, I would: >=20 > (a) welcome a more modern version of intl, wih the bug-fixes etc. That's why we make releases of GNU gettext. The newest release is 0.21. =46ind below the list of improvements in libintl that will be relevant to G= CC. > (b) not want to [force] add a shared lib dependency for my downstream. In order to avoid shared libs, the user merely has to pass the option '--disable-shared' to GNU gettext's configure. > - so, please could we follow the pattern for GMP et. al. where the library > can be provided with =E2=80=94with-intl=3D pointing to an installation That convention is already built-in in the gettext.m4 macro; the option is called --with-libintl-prefix there. > , or be built in-tree by symlinking an approved version into the GCC tree. If you are referring to the sentence found in the GCC documentation for ISL, MPFR, etc. "If an isl source distribution is found in a subdirectory of your GCC sources named isl, it will be built together with GCC." I believe that this can be achieved easily by adding a few lines to the Makefile.def, such as: host_modules=3D { module=3D gettext-runtime; no_install=3Dtrue; extra_configure_flags=3D'--disable-shared'; lib_path=3Dintl/.libs; }; The symlink 'gettext-runtime' will need to point to the 'gettext-runtime' *subdirectory* of an unpacked GNU gettext tarball. > For such [non-glibs] systems where these libraries are not =E2=80=99norma= lly=E2=80=99 > installed, it is still very much preferable to be able to statically link= them > so that a compiler can be distributed with no deps other than those > provided by the OS (and we can test what we ship and ship what we test). OK. If that's your preference, just pass the option '--disable-shared' to the gettext-runtime/configure script (like shown above). Bruno =3D=3D=3D=3D Fixes in the libintl library for non-glibc systems, since 2003= : =3D=3D=3D=3D Version 0.20.2 - April 2020 * The interpretation of the language preferences on macOS has been improved, especially in the case where a system locale does not exist for the combination of the selected primary language and the selected territory. * Fixed a multithread-safety bug on Cygwin and native Windows. Version 0.20 - April 2019 * The interpretation of the language preferences on macOS has been fixed. * Per-thread locales are now also supported on Solaris 11.4. * The replacements for the printf()/fprintf()/... functions that are provided through on native Windows and NetBSD are now POSIX compliant. There is no conflict any more between these replacements and other possible replacements provided by gnulib or mingw. Version 0.18.3 - July 2013 * On Mac OS X systems, the setlocale() function now properly invalidates loaded message catalogs when a locale has been set. Version 0.18 - May 2010 * On MacOS X and Windows systems, now extends setlocale() and newlocale() so that their determination of the default locale considers the choice the user has made in the system control panels. * On MacOS X systems, the gettext()/dgettext()/... functions now respect the locale of the current thread, if a thread-specific locale has been set. =0C Version 0.14.4 - April 2005 * Fix improved detection of the locale on MacOS X. =0C Version 0.14.2 - January 2005 * Improved detection of the locale on MacOS X. =0C Version 0.13 - November 2003 * On those few platforms (NetBSD and Woe32) for which the native printf()/fprintf()/... functions don't support POSIX/XSI format strings with positions, replacements are provided through .