HP-UX is GNU unfriendly
I'm trying to install a reasonable young rrdtool onto a HP-UX 11.11, but I'm almost giving up in despair : there's a HP-UX depot in the contribute section of the rrdtool downloads, but that's a very old version. There are very few sites which offer prebuild HP-UX GNU binaries, but the HP-UX porting and archive center is the most well-known. Unfortunately, there are three current versions of HP-UX, spread over 2 architectures, which means that the archive is rather thin. A prebuild recent rrdtool version is unavailable, which implies I get the pleasure of building the thing.
HP-UX carries the css cc compiler, which dislikes rrdtool (or the other way around), so configure is barfing out the following :
Time to install gcc, but that means installing its dependancies too : libiconv, libgcc and zlib; after a successful gcc installation, time for a new configure run :
Hmmm, that's weird, let's check out gcc :
That's even weirder; why's gcc linked to this library ? Let's double check :
But there's a libintl.sl lib in the /opt/gnome/lib dir, hopefully that one can be used :
Damned, HP-UX won't accept the $LD_LIBRARY_PATH or $SHLIB parameter; maybe this dirty hack will work :
/me kicks the server. Bah.
We coped with this crap on Linux 10 years ago. Maybe I'm with the ignorant, but does anyone knows a way out of this mess ? Sun is giving away companion CD's with GNU tools on it, maybe HP does the same ?
HP-UX carries the css cc compiler, which dislikes rrdtool (or the other way around), so configure is barfing out the following :
configure: error:
Your Compiler does not do proper IEEE math ...
Time to install gcc, but that means installing its dependancies too : libiconv, libgcc and zlib; after a successful gcc installation, time for a new configure run :
# export CC=gcc
# ./configure
[...]
checking for gcc... gcc
checking for C compiler default output file name...
configure: error: C compiler cannot create executables
See `config.log' for more details.
Hmmm, that's weird, let's check out gcc :
# gcc
/usr/lib/dld.sl: Can't open shared library: /usr/local/lib/libintl.sl
/usr/lib/dld.sl: No such file or directory
Abort
That's even weirder; why's gcc linked to this library ? Let's double check :
# ldd `which gcc`
/usr/lib/libc.2 => /usr/lib/libc.2
/usr/lib/libdld.2 => /usr/lib/libdld.2
/usr/lib/libc.2 => /usr/lib/libc.2
/usr/local/lib/libiconv.sl => /usr/local/lib/libiconv.sl
/usr/lib/libc.2 => /usr/lib/libc.2
/usr/lib/dld.sl: Can't open shared library: /usr/local/lib/libintl.sl
/usr/lib/dld.sl: No such file or directory
But there's a libintl.sl lib in the /opt/gnome/lib dir, hopefully that one can be used :
# export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/opt/gnome/lib
sh: LD_LIBRARY_PATH: Parameter not set.
# gcc
/usr/lib/dld.sl: Can't open shared library: /usr/local/lib/libintl.sl
/usr/lib/dld.sl: No such file or directory
Abort
Damned, HP-UX won't accept the $LD_LIBRARY_PATH or $SHLIB parameter; maybe this dirty hack will work :
# ln -s /opt/gnome/lib/libintl.sl /usr/local/lib/libintl.sl
# gcc
/usr/lib/dld.sl: Unresolved symbol: libintl_bindtextdomain (code) from gcc
Abort
/me kicks the server. Bah.
We coped with this crap on Linux 10 years ago. Maybe I'm with the ignorant, but does anyone knows a way out of this mess ? Sun is giving away companion CD's with GNU tools on it, maybe HP does the same ?