From: Jason Green <news AT jgreen4 DOT fsnet DOT co DOT uk>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: [malfer AT teleline DOT es: Announce GRX 2.3.4]
Date: Fri, 16 Feb 2001 23:14:27 +0000
Organization: Customer of Energis Squared
Lines: 26
Message-ID: <fqcr8t4qnpvvtrf0ul9v3bvjuhil0i3pui@4ax.com>
References: <Pine DOT SUN DOT 3 DOT 91 DOT 1010215161508 DOT 29378B-100000 AT is> <96gvlr$2h9$1 AT nets3 DOT rz DOT RWTH-Aachen DOT DE> <96j0vj$dfb$1 AT nets3 DOT rz DOT RWTH-Aachen DOT DE>
NNTP-Posting-Host: modem-36.finasteride.dialup.pol.co.uk
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: news5.svr.pol.co.uk 982365251 2925 62.136.94.164 (16 Feb 2001 23:14:11 GMT)
NNTP-Posting-Date: 16 Feb 2001 23:14:11 GMT
X-Complaints-To: abuse AT theplanet DOT net
X-Newsreader: Forte Agent 1.7/32.534
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

Hans-Bernhard Broeker <broeker AT physik DOT rwth-aachen DOT de> wrote:

> I now believe that the problems I thought I remembered were actually
> the other way round: *Linux* GCC used to have all kinds of problems
> with DOS sources brought back to the Linux platform. And the main
> problem really was preprocessor line continuation, then: "\\\r\n" in
> the source was not seen by the preprocessor as a valid "backslash
> followed immediately by line end" sequence, which broke multiline
> macro definitions ---

Another, IIRC, was with C++ style comments causing the remainder of
the file to be lost:  #include "my_lib.h" // Prototypes for my lib.

>  the error messages you get from that are quite
> "interesting", and almost completely unhelpful.

This seems the norm, `make' used to emit an obscure error message too.
Presumably if the author would account for dos style EOL, then they
may as well handle it rather than introduce another error message.

Another one that had me stumped for a while the other day was BASH
v2.03.  Native unix version simply refuses to run any script with CRLF
line ends, again the error message is most unhelpful.

Both gcc and make are fixed now - would this be due to back porting of
changes from DJGPP?