Re: 4.2.0-pre-1 on HP-UX 11.11

[Peter Stephenson <pws@xxxxxxx>]

Paul Ackersviller wrote:
> On Wed, Mar 03, 2004 at 03:31:48PM +0000, Peter Stephenson wrote:
> > Does config.log explain why gettimeofday() and select() weren't found?
> 
> It does say the following.  Are there any flags that would get
> configure to tell me more?
> 
> cc: "configure", line 9234: error 1584: Inconsistent type declaration: "getti
> meofday".
> cc: "configure", line 9234: error 1584: Inconsistent type declaration: "selec
> t".

It should show the failed program, too --- you should have a chunk
beginning:

configure: failed program was:

Without this we don't have enough to go on.

I notice my config.log produces a cryptic message about problems with
gettimeofday on HPUX, but I have no idea what to do about it --- it
gives the impression that there is an adequate workaround.

I could propose alternative test programs for select and gettimeofday,
but without knowing what the problem is it's pointless --- this is
exactly what configure is supposed to be doing.

We desperately need developers (or at least configure experts) with
access to HPUX and AIX.  Otherwise we're stuck with tricks like:

#ifdef __hpux
#undef HAVE_SELECT
#undef HAVE_GETTIMEOFDAY
#define HAVE_SELECT 1
#define HAVE_GETTIMEOFDAY 1
#endif

which is horrible but might at least work.  (If you want to try it,
stick it at the end of Src/system.h and see if it now configures and
builds from scratch.)

By the way, it's possible the same problem exists with HAVE_POLL: it
should use poll() as an alternative to select().

-- 
Peter Stephenson <pws@xxxxxxx>                  Software Engineer
CSR Ltd., Science Park, Milton Road,
Cambridge, CB4 0WH, UK                          Tel: +44 (0)1223 692070


**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.mimesweeper.com
**********************************************************************