Path: utzoo!mnetor!uunet!husc6!cmcl2!brl-adm!adm!MAILER%ALASKA.BITNET@CUNYVM.CUNY.EDU
From: MAILER%ALASKA.BITNET@CUNYVM.CUNY.EDU
Newsgroups: comp.lang.c
Subject: Undelivered mail
Message-ID: <12247@brl-adm.ARPA>
Date: 11 Mar 88 23:49:10 GMT
Sender: news@brl-adm.ARPA
Lines: 47

Subject:  Re: Are the criteria for Unix and PC compilers different?

[Non-Deliverable:  User does not exist or has never logged on]

Reply-To: Info-C@BRL.ARPA

Received: From UWAVM(MAILER) by ALASKA with Jnet id 4971
          for SXJVK@ALASKA; Fri, 11 Mar 88 14:24 AST
Received: by UWAVM (Mailer X1.25) id 3283; Fri, 11 Mar 88 15:24:19 PST
Date:         Wed, 9 Mar 88 19:49:39 GMT
Reply-To:     Info-C@BRL.ARPA
Sender:       Info-C List <INFO-C@NDSUVM1>
From:         Ray Butterworth <rbutterworth@watmath.waterloo.EDU>
Subject:      Re: Are the criteria for Unix and PC compilers different?
Comments: To: info-c@brl-smoke.arpa
To:           Vic Kapella <SXJVK@ALASKA>

In article <22314ad9@ralf.home>, Ralf.Brown@B.GP.CS.CMU.EDU writes:
> In article <1106@silver.bacs.indiana.edu>, backstro@silver.bacs.indiana.edu
(Dave White) writes:
> }When will they
> }realize that some of us really want the option of using 32-bit ints to
> }port Unix-born code?
>
> #define int long
> Need I say more?

Yes.

I think "Unix-born" is a euphemism for "badly written" or "non-portable".

Code that assumes that "int" is 32 bits is usually written because
the programmer was lazy.  By making everything "int" he can avoid
having to make many declarations and having to include header files.

In particular, instead of having code like:
    extern int func1();
    extern int x;
    int func2(a) int a; { blah; blah; }
he will probably have:
    extern x;
    func2(a) { blah; blah; }
or maybe even
    x;
    func2(a) { blah; blah; }

"#define int long" won't help much with this code.