This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: 1.7.7: Localization does not follow the language of the OS


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]