On 2/9/06, Kaplan, Andrew H. <[EMAIL PROTECTED]> wrote:
> Here is an excerpt from the ntohl man page:
>
>
>
> SYNOPSIS:
>
> #include
>
>
>
> _XOPEN_SOURCE_EXTENDED only
>
> #include
>
>
Since we're building with -D_XOPEN_SOURCE_EXTENDED now (specified in
CFLAG
On 2/8/06, René Berber <[EMAIL PROTECTED]> wrote:
>
> Yes, I see you are correct. freshclam/manager.c depends on the external
> value,
> which is not being defined in HP-UX unless, following your sugestion
> CFLAGS='-D_XOPEN_SOURCE' is used.
>
> OK Andrew, you'll have to repeat the build with:
>
On 2/8/06, René Berber <[EMAIL PROTECTED]> wrote:
>
> I read the log and configure, the check is like this:
>
> #include
> #include
>
> int
> main ()
> {
>
> struct hostent *hp;
> struct hostent h;
> char *name;
> char buffer[10];
> int h_errno;
> hp = gethostbyname_r(name, &h, buffer, 10, &h_er
On 2/8/06, René Berber <[EMAIL PROTECTED]> wrote:
> You can use "-D_XOPEN_SOURCE" but if configure
> didn't need that I don't see the point.
That assumes configure is working correctly with regards to this on
hp-ux 10.20. I wouldn't necessarily make that assumption. I see checks
in configure for
On Feb 8, 2006, at 14:42 , Kaplan, Andrew H. wrote:
Try adding "-D_XOPEN_SOURCE EXTENDED" to your CFLAGS.
I entered the setenv command three times using the following syntax:
setenv CFLAGS "-I/usr/tools/gcc3/include"
setenv LDFLAGS "-L/usr/tools/gcc3/lib"
setenv CFLAG
On 2/8/06, Kaplan, Andrew H. <[EMAIL PROTECTED]> wrote:
>
> The following text in the netdb.h file is what references h_errno:
>
> /*
>
> * Error return codes from gethostbyname() and gethostbyaddr()
>
> * (left in extern int h_errno).
>
>
>
> #ifdef _XOPEN_SOURCE EXTENDED
>
> extern i
Andrew,
Let's step back for a minute once again. On your 10.20, system, go and
look at /usr/include/netdb.h . Find the section where it defines
"h_errno" which is a macro that will be defined to either a function
call or an external variable depending on if the macro _REENTRANT is
defined at compi
On 2/7/06, René Berber <[EMAIL PROTECTED]> wrote:
> But first correct the part with LD_LIBRARY_PATH above.
René is right. I missed that. On 10.20, LD_LIBRARY_PATH is not what
you want. SHLIB_PATH is the environment variable. That still assumes
the binary was linked to allow searches for the shared
Unless you know what version of HP-UX that version of gcc 3 was built
on, I wouldn't trust that it will run on your 10.20 machine. If the
compiler you are trying to use was built on 11.0 or later, don't count
on it working at all.
You know how old HP-UX 10.20 is, right? HP has not supported 10.20
