bug-gnu-utils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gettext-0.18.1.1...


From: Bruno Haible
Subject: Re: gettext-0.18.1.1...
Date: Sun, 15 Aug 2010 15:23:21 +0200
User-agent: KMail/1.9.9

Hi,

Alexander Ward Kulungowski wrote:
> /bin/sh: line 5: 14849 Segmentation fault      EXEEXT='' srcdir='.'
> USE_ACL=0 LOCALE_FR='fr_FR' LOCALE_TR_UTF8='tr_TR.UTF-8' USE_ACL=0
> LOCALE_FR='fr_FR' LOCALE_FR_UTF8='fr_FR.UTF-8' LOCALE_JA='ja_JP'
> LOCALE_ZH_CN='zh_CN.GB18030' L
> FAIL: test-striconv
> ...
> I don't know how critical this is

Probably one of the central features of the gettext tools, the automatic
conversion from/to UTF-8, will not work. I would not use the gettext tools
after seeing this failure.

> .  My system specifications are
> 
> =====
> Red Hat Enterprise Linux Client release 5.2 (Tikanga)

OK.

> I'm using the following instructions for building and installing gettext:
> 
> =====
> http://www.gnu.org/software/libiconv/
> 
> After installing GNU libiconv for the first time, it is recommended to
> recompile and reinstall GNU gettext, so that it can take advantage of
> libiconv.
> 
> On systems other than GNU/Linux, the iconv program will be
> internationalized only if GNU gettext has been built and installed before
> GNU libiconv. This means that the first time GNU libiconv is installed, we
> have a circular dependency between the GNU libiconv and GNU gettext
> packages, which can be resolved by building and installing either
> 
>     * first libiconv, then gettext, then libiconv again,
> 
> or (on systems supporting shared libraries, excluding AIX)
> 
>     * first gettext, then libiconv, then gettext again.
> =====
> 
> .  In particular, I'm using the second suggest build/install order, i.e.,
> 
> =====
> * first gettext, then libiconv, then gettext again.
> =====

But your system is a GNU/Linux system; you don't need to install GNU libiconv
at all because its functionality is already contained in glibc.

> .  When running "make check" on gettext the __second__ time (all tests
> past the first time I run "make check"), I'm seeing this:

It means something in the installation of libiconv or the configuration of
gettext caused problems.

This Segmentation fault is worrisome. Can you please show

  1) A debug log of the test-striconv program?
     $ gdb test-striconv
     (gdb) run
     (gdb) where

  2) The complete configure, make, make install command lines of when you
     - first built and installed gettext,
     - then build libiconv,
     - then built and installed gettext a second time.

Thanks.

Bruno



reply via email to

[Prev in Thread] Current Thread [Next in Thread]