Date: Mon, 3 Jun 2002 09:32:10 +0300 (WET)
From: Andris Pavenis <pavenis AT lanet DOT lv>
X-Sender: pavenis AT ieva06
To: Charles Sandmann <sandmann AT clio DOT rice DOT edu>
Cc: djgpp-workers AT delorie DOT com, Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>,
   Richard Dawe <rich AT phekda DOT freeserve DOT co DOT uk>
Subject: Re: DJGPP CVS & gcc 3.1 [patch included]
In-Reply-To: <10206021956.AA17408@clio.rice.edu>
Message-ID: <Pine.A41.4.05.10206030928030.39856-100000@ieva06>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk



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