X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,RCVD_IN_DNSWL_LOW X-Spam-Check-By: sourceware.org Message-ID: <4D437812.3070009@cwilson.fastmail.fm> Date: Fri, 28 Jan 2011 21:14:42 -0500 From: Charles Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.23) Gecko/20090812 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: 1.7.7: Localization does not follow the language of the OS References: <201101282158 DOT 55782 DOT bruno AT clisp DOT org> <4D433592 DOT 9030609 AT redhat DOT com> In-Reply-To: <4D433592.9030609@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On 1/28/2011 4:30 PM, Eric Blake wrote: > On 01/28/2011 01:58 PM, Bruno Haible wrote: >> Yes it does - assuming you use a libintl from gettext version >= 0.18, > >> I don't know which gettext version is used in cygwin 1.7.7. > > 0.17, because 0.18 (and .1 and .1.1) doesn't build on cygwin. This has > been reported before: > http://cygwin.com/ml/cygwin/2010-08/msg00149.html > > Basically, gettext 0.18 tries to avoid auto-import, which conflicts with > cygwin gcc requiring the use of auto-import. Gettext 0.17 was the last > that could be built on cygwin without major surgery to the makefiles, > and Chuck hasn't had time to port 0.18 into the cygwin distro yet. Actually, 0.17 also needed a bit of TLC on cygwin as well: autoconf-lib-link/m4/lib-link.m4 | 6 - autoconf-lib-link/tests/rpath-2_a | 1 autoconf-lib-link/tests/rpath-2_b | 1 autoconf-lib-link/tests/rpath-3_a | 1 autoconf-lib-link/tests/rpath-3_b | 1 autoconf-lib-link/tests/rpathlx/Makefile.am | 3 autoconf-lib-link/tests/rpathly/Makefile.am | 3 autoconf-lib-link/tests/rpathlyx/Makefile.am | 3 autoconf-lib-link/tests/rpathlz/Makefile.am | 3 autoconf-lib-link/tests/rpathlzyx/Makefile.am | 3 autoconf-lib-link/tests/rpathx/Makefile.am | 1 autoconf-lib-link/tests/rpathx/configure.ac | 2 autoconf-lib-link/tests/rpathy/Makefile.am | 1 autoconf-lib-link/tests/rpathy/configure.ac | 2 autoconf-lib-link/tests/rpathz/Makefile.am | 1 autoconf-lib-link/tests/rpathz/configure.ac | 2 configure.ac | 3 gettext-runtime/gnulib-lib/xreadlink.c | 2 gettext-runtime/gnulib-m4/extensions.m4 | 82 -------------------- gettext-runtime/gnulib-m4/gnulib-comp.m4 | 3 gettext-runtime/gnulib-m4/unlocked-io.m4 | 2 gettext-runtime/libasprintf/configure.ac | 3 gettext-runtime/tests/test-lock.c | 39 +++++++++ gettext-tools/gnulib-lib/xreadlink.c | 2 gettext-tools/gnulib-m4/extensions.m4 | 82 -------------------- gettext-tools/gnulib-m4/gnulib-comp.m4 | 3 gettext-tools/gnulib-m4/libglib.m4 | 2 gettext-tools/gnulib-m4/unlocked-io.m4 | 2 gettext-tools/gnulib-m4/vasprintf.m4 | 2 gettext-tools/libgettextpo/gnulib-m4/gnulib-comp.m4 | 3 gettext-tools/m4/regex.m4 | 2 gettext-tools/misc/autopoint.in | 30 +++---- gnulib-local/m4/libglib.m4 | 2 gnulib-local/m4/vasprintf.m4 | 2 34 files changed, 94 insertions(+), 206 deletions(-) ...but most of these were m4 files were from gnulib, and gnulib is such a moving target, AND Bruno routinely modifies gnulib files in the libiconv and gettext distributions from their "upstream" versions, so it's no good "fixing" the upstream... I just sigh and get on with it. But it takes me a while to work up both the tuits and the enthusiasm necessary. It's basically all of my free time for a week or more, to do a "new" port of gettext, every single time... Anyway, I doubt you can easily build gettext-0.17 on cygwin today, either: it's a compiler issue. Our current gettext build was compiled using [[ compiled using gcc-3.4.4-999 and g++-3.4.4-999 ]] ...but the "requirement" to support autoimport with respect to the C++ runtime library is a consequence of our new gcc-4.3.4 (and 4.5.0-testing?) compiler. I have hopes that some of Dave's (and others') changes to 4.6.0 will allow us to do away with this autoimport requirement, and will allow us to build the gettext applications again. If not...then I'll have to work a lot harder. I've been waiting for this *possible* solution for a while, and if it doesn't pan out...then we can't wait on gcc evolution any longer and I'll have to bite the bullet, and perform major surgery on gettext-for-cygwin. -- Chuck -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple