Mail Archives: djgpp-workers/2002/06/03/02:32:14
On Sun, 2 Jun 2002, Charles Sandmann wrote:
> > > In file included from mkdoc.cc:14:
> > > c:/djgpp/lib/gcc-lib/djgpp/3.1/include/stdarg.h:110: conflicting types for `
> > > typedef char*va_list'
> > > c:/djgpp/include/stdio.h:35: previous declaration as `typedef void*va_list'
> > >
> > > So I think the only way is to copy sys/djtypes.h from CVS to the DJGPP
> > > installation.
> >
> > No, I think we should rather do something inside mkdoc.cc to avoid the
> > error. For example, we could copy the relevant parts of stdio.h into
> > mkdoc.cc instead if including stdio.h. Ugly, but effective and robust.
>
> I'm already planning to provide an updated djtypes.h to fix this in the
> refresh++. mkdoc.cc does nothing special, it just includes stdio.h and
> stdarg.h. This is a case that GCC 3.1 just won't work at all with the
> current 2.03 headers, and they must be replaced. Yes, it's a real PITA.
>
Only a small note:
Our latest experience with gcc-3.1 shows that comment in CVS version of
include/sys/djtypes.h is not completely correct. Perhaps we should keep
only the first line of it (also for update of v2.03)
--- djgpp/include/sys/djtypes.h~3 Sun Jan 27 01:15:41 2002
+++ djgpp/include/sys/djtypes.h Mon Jun 3 09:30:14 2002
@@ -17,8 +17,6 @@
#define __DJ_uid_t typedef int uid_t;
/* For GCC 3.00 or later we use its builtin va_list. */
-/* In most cases these definitions won't be used, because headers provided */
-/* by GCC hide them. But we can DTRT if GCC headers are missing. */
#if __GNUC__ >= 3
#define __DJ_va_list typedef __builtin_va_list va_list;
#else
Andris
- Raw text -