home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: gnu.utils.bug
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!eng.umd.edu!djm
- From: djm@eng.umd.edu (David J. MacKenzie)
- Subject: gawk 2.14 const disagreement for fdopen on ultrix 4.2
- Message-ID: <199211192354.AA13430@frob.eng.umd.edu>
- Sender: gnulists@ai.mit.edu
- Organization: GNUs Not Usenet
- Distribution: gnu
- Date: Thu, 19 Nov 1992 13:54:38 GMT
- Approved: bug-gnu-utils@prep.ai.mit.edu
- Lines: 31
-
- 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(),
-
-