From: haleyjd AT NOSPAM DOT hotmail DOT com (James Haley)
Newsgroups: comp.os.msdos.djgpp
Subject: Re: No new line at end of file?
Date: 07 Sep 2002 01:36:23 GMT
Organization: Concentric Internet Services
Lines: 31
Message-ID: <3d79560b.172825941@news.concentric.net>
References: <3d71a27d DOT 23705885 AT news DOT nzwide DOT ihug DOT co DOT nz> <3d794cbc DOT 170442372 AT news DOT concentric DOT net> <200209070110 DOT g871AiW02735 AT envy DOT delorie DOT com>
NNTP-Posting-Host: 64.2.0.207
X-Newsreader: Forte Free Agent 1.11/32.235
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

On Fri, 6 Sep 2002 21:10:44 -0400, DJ Delorie <dj AT delorie DOT com> wrote:

>ISO/IEC 9899:1999, Section 5.1.1.2 "Translation Phases", line 10 (part
>of the description of preprocessing phase 2) states:
>
> "A source file that is not empty shall end in a new-line character,
>  which shall not be immediately preceded by a backslash character
>  before any such splicing takes place."

You certainly got me on that one. ::blushes::

I understand the importance of compliance with standards, but it can
be a serious problem for large projects when there's no backward
compatibility path for simple problems like this. 

I was a bit harsh in my previous message and for that I will apologize
-- I didn't mean to be so rude -- but each time that my friend Joel
has upgraded his version of DJGPP, he can no longer compile the
program, and some of his problems have been very difficult to resolve.

Some examples of problems he's had:
* "const" modifier on inline asm block disappeared after GCC 3.03
* major changes to register clobbering rules required total rewrite of
all inline assembly in the program (fortunately I know someone who
knows x86 assembly very well, because I personally do not)
* sudden addition of newline requirement

And a few other things I've forgotten.

So that, in short, is my frustration.  I've enjoyed using DJGPP in the
past but I've found maintenance to be more difficult than I'd expect.