home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / std / c / 3244 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  1.4 KB
  1. Path: sparky!uunet!gossip.pyramid.com!olivea!charnel!sifon!thunder.mcrcim.mcgill.edu!mouse
  2. From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
  3. Newsgroups: comp.std.c
  4. Subject: Re: <iso646.h>
  5. Keywords: Standard C international header implementation
  6. Message-ID: <1992Dec21.002128.12668@thunder.mcrcim.mcgill.edu>
  7. Date: 21 Dec 92 00:21:28 GMT
  8. References: <19457@smoke.brl.mil> <Bz7tKM.KDF@grex.ann-arbor.mi.us> <2403@sdrc.COM>
  9. Organization: McGill Research Centre for Intelligent Machines
  10. Lines: 21
  11.  
  12. In article <2403@sdrc.COM>, scjones@thor.sdrc.com (Larry Jones) writes:
  13.  
  14. > [stuff explaining why <iso646.h> exists]
  15.  
  16. > If you think this is a crock, then what we need to do is to get it
  17. > shot down by a wide variety of countries at the ISO SC22 level rather
  18. > than having the big bad USA picking on poor little Denmark which is
  19. > how some people have viewed X3J11's objections.
  20.  
  21. Feh.  Me, what I'll do is what I always do when someone promulgates a
  22. stupid standard: ignore it.  I'll proceed to use "or" as an identifier
  23. whenever it seems to be the appropriate name.  I'll use ??= in strings
  24. when it seems appropriate.  And if someone has problems porting my code
  25. because of this, that's too bad, but I refuse to cripple myself because
  26. others insist on crippling themselves.  At least this time, a new
  27. header is required before the silliness becomes programmer-visible.
  28.  
  29.                     der Mouse
  30.  
  31.                 mouse@larry.mcrcim.mcgill.edu
  32.