HP-UX build problems

[GoogleCodeExporter]

Pathfinder relies on wvStreams which is very gnu-centric.
Actually its build scripts are quite complicated and it won't build if your
ld is not gnu-like at all. And mine is not.
Are wvStreams there to stay forever or is there a chance for pathfinder to
switch to different interface?

I run HP-UX 11iV2 (11.23) on PA-RISC.

Original issue reported on code.google.com by arke...@gmail.com on 26 Jul 2009 at 5:54

[GoogleCodeExporter]

Pathfinder is highly likely to stay built using WvStreams as a low level 
library. If
you could please post your build failure, though, we can work with the WvStreams
folks to fix their build system to accommodate other linkers.

Original comment by ppatt...@gmail.com on 17 Aug 2009 at 7:43

[GoogleCodeExporter]

Well, actually it is not just linker that causes problems.. To start with, it 
expects
shared libraries to be named .so (they are .sl in hp-ux). It does not find dbus
properly if it is in /usr/local/{include|lib}/dbus-1.0, not in
/usr/local/dbus-1.0/{include|lib}. The farthest i had got (after replacing .so 
with
.sl in .mk files) is:
linking libwvbase.sl...
/usr/ccs/bin/ld: Can't open libwvbase.sl.4.5
/usr/ccs/bin/ld: No such file or directory
collect2: ld returned 1 exit status
gmake: *** [libwvbase.sl] Error 1

and that's after
CXXFLAGS="-I/usr/local/include/dbus-1.0 -pthread"
CPPFLAGS=-I/usr/local/include/dbus-1.0 ./configure --with-dbus

and numerous code fixes like:

diff -r wvstreams-4.5/include/xplc/uuid.h 
build/wvstreams-4.5//include/xplc/uuid.h
84a85,87
> typedef uint32_t u_int32_t;
> typedef uint16_t u_int16_t;
> typedef uint8_t u_int8_t;

diff -r wvstreams-4.5/uniconf/uniconf.cc build/wvstreams-4.5//uniconf/uniconf.cc
11a12
> #include <algorithm>

diff -r wvstreams-4.5/utils/complex-proc.sh 
build/wvstreams-4.5//utils/complex-proc.sh
1c1
< #!/bin/bash
---
> #!//usr/local/bin/bash

diff -r wvstreams-4.5/utils/wvbufferstore.cc 
build/wvstreams-4.5//utils/wvbufferstore.cc
74c74
< inline size_t roundup(size_t value, size_t boundary)
---
> inline size_t roundup1(size_t value, size_t boundary)
998c998
<     minsize = roundup(minsize, granularity);
---
>     minsize = roundup1(minsize, granularity);

diff -r wvstreams-4.5/utils/wvpam.cc build/wvstreams-4.5//utils/wvpam.cc
219c219
<         d->status = pam_get_item(d->pamh, PAM_USER, &x);
---
>         d->status = pam_get_item(d->pamh, PAM_USER, (void**) &x);

diff -r wvstreams-4.5/utils/wvsubproc.cc build/wvstreams-4.5//utils/wvsubproc.cc
214c214
<               unsetenv(name);
---
>               // unsetenv(name);

(there is just no unsetenv here)

Original comment by arke...@gmail.com on 24 Sep 2009 at 10:16

[GoogleCodeExporter]

..and there is no strtof() on HPPA HP-UX either

Original comment by arke...@gmail.com on 24 Sep 2009 at 10:39

[GoogleCodeExporter]

As you mentioned wvstreams is orphaned, this issue is unlikely to be fixed :-(

Original comment by arke...@gmail.com on 28 Apr 2010 at 10:06