Path: utzoo!attcan!uunet!mcvax!np1!n62
From: n62@np1.hep.nl (Klamer Schutte)
Newsgroups: comp.os.minix
Subject: Re: POSIX and the future of MINIX C
Keywords: ANSI-C cpp
Message-ID: <138@np1.hep.nl>
Date: 2 Mar 89 12:45:35 GMT
References: <552@eecea.eece.ksu.edu> <11100001@nixbln> <495@infko.UUCP>
Reply-To: n62@nikhefh.hep.nl (Klamer Schutte)
Organization: Nikhef-H, Amsterdam (the Netherlands).
Lines: 41

In article <495@infko.UUCP> droege@infko.UUCP (Detlev Droege) writes:
>In article <11100001@nixbln> agc@nixbln.UUCP writes:
>>
>>Here's an (almost) ANSI-C conforming pre-processor. Please note that I
>>haven't tested it under Minix. Please also note that there are two shell
>>archives here. Now, how do I post this using notes?
>>
>>Regards,
>>Alistair G. Crooks,
>
>Well, it's a fine idea, but there seems to be a nasty bug.
>
  description of the bug involving folding of long names
>Detlev Droege, Univ. of Koblenz (EWH), Dept. of Computer Sience
>	       Rheinau 3-4, D-5400 Koblenz  (West Germany)
>UUCP: ..!unido!infko!droege   droege@infko.UUCP   (Voice: +49 261 12156)

I also did encounter 2 bugs in it:
1 the -ANSI command line flag didn't work; prototyped function came out
  not-prototyped.
2 the following code
#define PARMS(arg) arg
void some_function PARMS((int arg1, int arg2));
  did produce
void some_function (intargs1,intarg2);
  when it should first map the macro to
void some_function (int arg1, int arg2);
  and then make it to
void some_function ();
  I wanted to use this macro to make the same code run with a non-ansi
  compiler; this will use the macro
#define PARMS(arg) /* arg */	

I don't mind about bug 1; when somebody fixes bug 2 i will start using the 
program.

Klamer
ps all running under minix-st with the ACK compiler
-- 
________________________________________________________________________________
Klamer Schutte			mcvax!nikhefh!n62	      n62@nikhefh.hep.nl