Message-ID: <369D246A.1F284B42@bellsouth.net>
From: Max F Lang <mflang@bellsouth.net>
Reply-To: mflang@bellsouth.net
Organization: Home Computing
X-Mailer: Mozilla 4.05 [en] (X11; I; Linux 2.0.34 i586)
MIME-Version: 1.0
Newsgroups: comp.os.minix
Subject: Re: Compiler Bug (NOT)
References: <369cff5c.0@news.syr.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 12
Date: Wed, 13 Jan 1999 22:53:35 GMT
NNTP-Posting-Host: host-209-214-34-71.mco.bellsouth.net
NNTP-Posting-Date: Wed, 13 Jan 1999 17:53:35 EST
Path: news.adfa.oz.au!clarion.carno.net.au!news0.optus.net.au!news1.optus.net.au!optus!news1.mpx.com.au!nsw.nntp.telstra.net!intgwpad.nntp.telstra.net!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.atl!news4.mco.POSTED!not-for-mail

Terry R. McConnell wrote:

> After posting, I looked at some of the kermit header files and found
> the following:
> <<SNIP>>
> Apparently, whoever wrote this code surrounded the macro with brackets in
> an attempt to handle the case that putchar occurs after an if, else, or

The question I have is "why?". Was there something in the 16bit Minix
library that required this? I've found the compiler in 32bin Minix
easier to use for porting.

MFLang
