Termcap saga again

[Peter Stephenson <pws@csr.com>]

SunOS 5.8 is giving me

../../../Src/Modules/termcap.c: In function `scantermcap':
../../../Src/Modules/termcap.c:327: `boolcodes' undeclared (first use in this function)
../../../Src/Modules/termcap.c:327: (Each undeclared identifier is reported only once
../../../Src/Modules/termcap.c:327: for each function it appears in.)
../../../Src/Modules/termcap.c:336: `numcodes' undeclared (first use in this function)
../../../Src/Modules/termcap.c:345: `strcodes' undeclared (first use in this function)

It seems HAVE_CURSES_H isn't getting defined --- it's generating warnings
about redefined macros, is this enough to stop configure recognising it?
There's no error message:
  /usr/include/widec.h:38: warning: `getwc' redefined
  /usr/include/iso/wchar_iso.h:337: warning: this is the location of the previous definition
  /usr/include/widec.h:39: warning: `putwc' redefined
  /usr/include/iso/wchar_iso.h:340: warning: this is the location of the previous definition
  /usr/include/widec.h:40: warning: `getwchar' redefined
  /usr/include/iso/wchar_iso.h:338: warning: this is the location of the previous definition
  /usr/include/widec.h:41: warning: `putwchar' redefined
  /usr/include/iso/wchar_iso.h:341: warning: this is the location of the previous definition

However, TERM_H_NEEDS_CURSES_H is getting defined.  This should be enough
to allow us to set HAVE_CURSES_H.  I tried doing that in termcap.h and
terminfo.h and it's compiling (haven't dared try it) but I'm now getting

../../../Src/Modules/termcap.c: In function `bin_echotc':
../../../Src/Modules/termcap.c:136: warning: passing arg 3 of `tputs' from
incompatible pointer type
../../../Src/Modules/termcap.c:139: warning: passing arg 1 of `tputs' makes
pointer from integer without a cast
../../../Src/Modules/termcap.c:139: warning: passing arg 3 of `tputs' from
incompatible pointer type

which I find a bit alarming.  However, the arg 3 messages are because I
have `int (*)(char)' as that argument's type whereas we're using `int
(*)(int)', while the arg 1 message appears because tgoto is only defined if
__STDC__ isn't.  So this doesn't seem really to be our fault

Doesn't make we wildly enthusiastic about terminal handling systems in
general, frankly.

The inet_* stuff is a bit weird, here, too, but it's still compiling.  I
haven't got time to look at this in any detail at the moment.

-- 
Peter Stephenson <pws@csr.com>                  Software Engineer
CSR Ltd., Unit 300, Science Park, Milton Road,
Cambridge, CB4 0XL, UK                          Tel: +44 (0)1223 392070


**********************************************************************
The information transmitted is intended only for the person or
entity to which it is addressed and may contain confidential 
and/or privileged material. 
Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by 
persons or entities other than the intended recipient is 
prohibited.  
If you received this in error, please contact the sender and 
delete the material from any computer.
**********************************************************************