Re: gettext on Tru64Unix

[Bruno Haible]

Martin Mokrejs wrote:

> > > 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.
> 
> 
> configure has to figure out, if the ln, rm, install, cp commands use
> libintl.so and if so, the look for other binaries on the system, which do
> NOT.
> 
> In my case, the PATH points first to GNU utilities in
> /software/@sys/usr/bin/ . But, when the "make install" overwrite
> libintl.so, it stops working, as the next command is I think install and
> /software/@sys/usr/bin/install.does not run as the libintl.so is corrupt.
> 
> 
> 
> > > $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... ?
> 
> No, it was:
> 
> install ... .libs/libintl.so.4.2.0 /software/@sys/usr/lib/libintl.so
> 
> Since then, nothing worked.

I can neither reproduce nor understand what happened:

  - If your /software/@sys/usr/bin/install is a copy of the OSF/1
    "install" shell script, it should not be used by GNU gettext -
    there is a catch against this one in the autoconf AC_PROG_INSTALL
    macro (look for "grep dspmsg"), therefore the one that gets used
    for me, before installing the GNU coreutils, is "install-sh -c".

  - Both "install-sh -c" and the "install" program from GNU coreutils
    work in an atomic way; at no moment is there no libintl.so on
    disk.

  - I tried with GNU coreutils installed, and the gettext install
    works fine in this case too.

Bruno