[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gettext on Tru64Unix
From: |
Bruno Haible |
Subject: |
Re: gettext on Tru64Unix |
Date: |
Wed, 29 Jan 2003 22:28:45 +0100 (CET) |
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