Re: my wits end - compiling 8.4.9
Available news archives: comp.lang.tcl - comp.lang.python - comp.security.firewalls - sci.crypt - comp.lang.php - comp.lang.javascript
Google
 
Web news.hping.org


comp.lang.tcl archive

Re: my wits end - compiling 8.4.9

From: Ralf Fassel <ralfixx@gmx.de>
Date: Wed Jul 20 2005 - 13:06:56 CEST

* "Patrick Dunnigan" <pdunnigan@adelphia.net>
| ./../generic/../compat/string.h:32: warning: conflicting types for built-in
| function 'memcmp'

The files from /compat/ should not be required on any 'modern' system.
Most probably 'configure' did not do the right job when it comes to
detecting the standard headers.

Eg. compat/stdlib.h gets included if the macro NO_STDLIB_H is
defined. I'm am 100% sure that HP _has_ a stdlib.h header file. So
check why configure thinks the file is missing.

| In file included from ./../generic/tclPort.h:27,
| from ./../generic/tclAlloc.c:29:
| ./../generic/../unix/tclUnixPort.h:291: error: conflicting types for
| 'gettimeofday'
| /opt/centadm/saved/pa20_64/bin/../lib/gcc/hppa64-hp-hpux11.11/3.4.0/include/sys/time.h:512:
| error: previous declaration of 'gettimeofday' was here

Same problem: configure does not find your gettimeofday header and
#defines NO_GETTOD in config.h, so that you run into these. Again
check why configure does define this macro.

Sometimes I ran into trouble with configure because of a simple
problem like wrong gcc invoked or somesuch, and then the test compile
during configure failed, and consequently configure defined some Macro
which it better had not (or vice versa).

If all else fails, you could also re-check config.h and edit it to
reflect the correct contents.

HTH
R'
Received on Thu Sep 29 14:26:38 2005