delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/2000/12/02/11:57:34

Date: Sat, 02 Dec 2000 18:56:39 +0200
From: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
Sender: halo1 AT zahav DOT net DOT il
To: Laurynas Biveinis <lauras AT softhome DOT net>
Message-Id: <4634-Sat02Dec2000185639+0200-eliz@is.elta.co.il>
X-Mailer: Emacs 20.6 (via feedmail 8.3.emacs20_6 I) and Blat ver 1.8.6
CC: djgpp-workers AT delorie DOT com
In-reply-to: <3A290D90.C424D8F4@softhome.net> (message from Laurynas Biveinis
on Sat, 02 Dec 2000 15:56:16 +0100)
Subject: Re: Patch: make GCC & DJGPP headers compatible
References: <3A290D90 DOT C424D8F4 AT softhome DOT net>
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

> Date: Sat, 02 Dec 2000 15:56:16 +0100
> From: Laurynas Biveinis <lauras AT softhome DOT net>
> 
> The major obstacle about header compatibility has vanished - we
> can be sure that GCC headers define size_t etc. in the right way.

What/who exactly made this miracle possible?

> +#ifndef _SIZE_T
>  __DJ_size_t
> -#undef __DJ_size_t
> -#define __DJ_size_t
> +#define _SIZE_T
> +#endif

Could you please repeat, for this old man's sake, what do these
_SIZE_T symbols do?

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019