Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!rutgers!iuvax!watmath!mks!alex
From: alex@mks.UUCP (Alex White)
Newsgroups: comp.sys.ibm.pc
Subject: Re: Trouble compiling flip with TurboC 1.5
Message-ID: <1325@mks.UUCP>
Date: 24 Jul 89 12:51:01 GMT
References: <26514@agate.BERKELEY.EDU> <1105@unocss.UUCP> <26586@agate.BERKELEY.EDU> <5608@pt.cs.cmu.edu>
Reply-To: alex@mks.waterloo.edu (Alex White)
Organization: Mortice Kern Systems, Waterloo, Ontario, Canada
Lines: 17

In article <5608@pt.cs.cmu.edu> ralf@b.gp.cs.cmu.edu (Ralf Brown) writes:
>TC 2.0 *almost* works with LF-only lines.  Seems that only the preprocessor
>command-recognizer fails.... (i.e. an #ifdef will get you a complaint about
>a missing #endif, but a file without conditional compilation compiles
>correctly).  I do agree that this is an annoying problem.  Unless I
>misremember, TC 1.5 was the same as 2.0.

Annoying?  Yes very.  We can't use 2.0, and continued using TC1.5.

TC 1.5 accepted LF only lines, the error message line numbers were off.
TC 2.0 fouls up in the preprocess parsing.

I phoned borland to complain for 2.0 and they pointed out the official
line delimiter for dos was CR-LF and hence said that it wasn't a bug,
and they weren't going to do anything about it, and it didn't
matter that previous releases accepted it, or that MSC and MASM both
accept LF only lines.