🚀 go-pugleaf

Ultrix 4.2b on a Decstation using gcc 2.2.2.

I did `configure ultrix41' and had one small problem, shown below.

In general, it causes trouble to provide your own prototypes for
standard library functions, because various OS's disagree about the
consts.  If the system has STDC_HEADERS, let its headers provide the
prototypes; otherwise, just put in an old-style declaration.  Then you
won't conflict with anyone, and if you do your prerelease testing on a
system that provides prototypes, you'll still get type checking.

I've had similar problems with getopt and stdlib.h, and some string
functions, in the past.


gcc -DGAWK     -O2    -c io.c -o io.o
io.c:58: conflicting types for `fdopen'
/usr/local/gnu/lib/gcc-lib/decstation-ultrix4.2/2.2.2/include/stdio.h:181: previ
ous declaration of `fdopen'
make: *** [io.o] Error 1
djm@decoder:/afs/.glue.umd.edu/@sys/build/usr.local/gnu/gawk-2.14 28 $ grep fdo
pen io.c
extern FILE     *fdopen P((int, const char *));
extern FILE     *fdopen();
                                        rp->fp = fdopen(fd, mode);
        FILE *kludge = fdopen(fd, "r"); /* pclose needs FILE* w/ right fileno */
djm@decoder:/afs/.glue.umd.edu/@sys/build/usr.local/gnu/gawk-2.14 29 $ grep fdo
pen ~gnu/lib/gcc-lib/decstation-ultrix4.2/2.2.2/include/stdio.h
extern FILE *   fdopen( int __filedes, char *__type );
        *fdopen(),