GNU Tar on HP-UX issues

[James Deese]

Hello all, I am having an issue installing GNU Tar on an Itanium HPUX 11.23 machine. I have installed all dependencies (gettext and libiconv) so I do not believe it to be a dependency problem, however it could be a linking problem. The installation seems to go smoothly with the itanium binary but when I attempt to use gnu tar it gives me the following error:

/usr/lib/hpux32/dld.so: Unsatisfied code symbol '__umodsi3' in load module '/usr/local/bin/gtar'.
Killed

Any clues may be very helpful.

Thank you

[Steven E. Protter]

Shalom,

Checklist:
1) Make sure the file is there.
2) Make sure SHLIB_PATH includes this path at install time(should not matter).
3) Make sure the system is not the Base 11.23 OS and has a QPK later than May 2005 on it.
4) You may have a gtar bug, you may wish to try and find a previous version.

SEP

[A. Clay Stephenson]

Do an "ldd /usr/local/bin/gtar" and make sure that every library listed is installed. You may need to set SHLIB_PATH to help it find any missing libraries -- or copy the libraries to the indicated located.

[James Deese]

Thanks for the quick responses, the output of "/ldd /usr/local/bin/gtar" is as follows:

libintl.so => /usr/local/lib/hpux32/libintl.so
libiconv.so => /usr/local/lib/hpux32/libiconv.so
libc.so.1 => /usr/lib/hpux32/libc.so.1
libc.so.1 => /usr/lib/hpux32/libc.so.1
libdl.so.1 => /usr/lib/hpux32/libdl.so.1

so looks like all required dependencies are there. I checked manually to see those files in the given locations as well. All looks good.

I put "/usr/lib/hpux32/dld.so" in the SHLIB_PATH variable and reinstalled the tar depot. Same error. I am attempting to find an older version to try that.

This is a stretch, but any chance that there is a problem with it looking for hpux32/dld.so instead of hpux64/dld.so since it is on an itanium 64? All packages that I have used have been itanium depots this is probably not a problem.

Thanks again,

James

[Steven Schweda]

> The installation [...]

"The installation" of what, exactly? Some
depot from somewhere?

> I put "/usr/lib/hpux32/dld.so" in the
> SHLIB_PATH variable [...]

"/usr/lib/hpux32/dld.so" is the "dynamic
loader" (see "man ld"). It's the guy who's
_looking_ for the missing module, not the guy
who _has_ the missing module,

You might find that the simple solution is to
build GNU "tar" from the sources.

http://www.gnu.org/software/tar/

[Heironimus]

I think __umodsi3 and a few other similarly-named symbols are normally in libgcc. In the past I've seen problems where those are needed but the binary isn't linked to gcc when I was mixing and matching binaries and libraries that were generated by different gcc packages.