🚀 go-pugleaf

bothner@cygnus.com writes:

>libg++ extracts a definition of size_t from the system header
>files (in the script libg++/utils/gen-params).  So basically,
>gcc's definition of size_t as int (which contradicts ANSI, but
>matches most recent releases of SunOS) does not match your
>system's header files.  You could fix gcc (by changing its
>definition of SIZE_TYPE).

If you are compiling libg++ with gcc (as I would assume), the size_t
defined in the gcc headers (i.e. stddef.h) should take precedence over the
system headers, I feel.  Thus:

*** /gnu/libg++/libg++/utils/gen-params~	Fri Jun 26 12:29:41 1992
--- /gnu/libg++/libg++/utils/gen-params	Fri Sep  4 14:06:22 1992
***************
*** 107,113
  # using sed to search for typedefs in the output.
  
  cat >dummy.c <<!EOF!
- #include <sys/types.h>
  #include <stddef.h>
  #include <stdarg.h>
  #include <stdio.h>

--- 107,112 -----
  # using sed to search for typedefs in the output.
  
  cat >dummy.c <<!EOF!
  #include <stddef.h>
  #include <sys/types.h>
  #include <stdarg.h>
***************
*** 109,114
  cat >dummy.c <<!EOF!
  #include <sys/types.h>
  #include <stddef.h>
  #include <stdarg.h>
  #include <stdio.h>
  #include <time.h>

--- 108,114 -----
  
  cat >dummy.c <<!EOF!
  #include <stddef.h>
+ #include <sys/types.h>
  #include <stdarg.h>
  #include <stdio.h>
  #include <time.h>
-- 
Fool on a Pedestal