| www.delorie.com/archives/browse.cgi | search |
| Date: | Mon, 11 Oct 1999 13:12:23 -0400 |
| Message-Id: | <199910111712.NAA25693@envy.delorie.com> |
| From: | DJ Delorie <dj AT delorie DOT com> |
| To: | eliz AT is DOT elta DOT co DOT il |
| CC: | djgpp-workers AT Delorie DOT com |
| In-reply-to: | <Pine.SUN.3.91.991011190233.436C-100000@is> (message from Eli |
| Zaretskii on Mon, 11 Oct 1999 19:03:55 +0200 (IST)) | |
| Subject: | Re: xmalloc and xfree |
| References: | <Pine DOT SUN DOT 3 DOT 91 DOT 991011190233 DOT 436C-100000 AT is> |
| Reply-To: | djgpp-workers AT delorie DOT com |
| X-Mailing-List: | djgpp-workers AT delorie DOT com |
| X-Unsubscribes-To: | listserv AT delorie DOT com |
What I meant was that I expect many C++ programs being *ported* to djgpp to provide their own (conflicting) prototypes for xmalloc/xfree, as they would also provide their own implementations of those also, and would need their own prototypes for other OSs. Interestingly enough, Linux provides *three* conflicting prototypes for xmalloc in various non-standard headers (on my system, at least).
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |