Re: gettext on Tru64Unix

[Bruno Haible]

Martin Mokrejs writes:
>   I've tried to compile current cvs checkout on Tru64Unix

> I have:
> and autoconf 2.54 as autoconf

The first line of autogen.sh says that you need autoconf 2.57.

> $ ./configure  --prefix=/software/@sys/usr
> [...]
> checking for working alloca.h... yes
> checking for alloca... yes
> ./configure: gl_CHECK_HEADER_stdlib_h: command not found
> ./configure: gl_CHECK_HEADER_stri_: command not found

Strange. I don't observe this, with autoconf 2.57 and m4-1.4o.

> But I've managed to get it compiled. During "make install",
> the libintl.so go overwritten and because GNU coreutils like
> install(1), cp(1), ln(1) use it, they stopped working.
> 
> I had to edit intl/Make tu use installbsd on my platform (Tru64Unix, formerly 
> Digital Unix
> or OSF1) and prepend /usr/bin to my $PATH.

Can you please explain what happened? I thought the following patch,
already in the CVS, would take care of this problem:

    2002-09-16  Bruno Haible  <address@hidden>

        * ltmain.sh (install): Use "ln -s -f" instead of "rm -f && ln -s"
        to make a symlink for a shared library.

> $ldd /software/@sys/usr/bin/ls
> 
>         Main  =>   /software/@sys/usr/bin/ls
>         libintl.so.2  =>   /software/@sys/usr/lib/libintl.so
>         libiconv.so  =>   /software/@sys/usr/lib/libiconv.so
>         librt.so  =>   /usr/shlib/librt.so
>         libc.so  =>   /usr/shlib/libc.so
>         libexc.so  =>   /usr/shlib/libexc.so
> $ ldd /usr/bin/ls
> 
>         Main  =>   /usr/bin/ls
>         libc.so  =>   /usr/shlib/libc.so
> $
> 
> So, let's use /usr/bin/ls before we make the system unusable.

I see, but it is not 'ls' which made /software/@sys/usr/lib/libintl.so
go away... ?

Bruno