Just out of interest, does anyone know the reason for the warning above when comiling with gcc? Why would the compiler warn that the last thing in the file has to be a newline - I'm sure there must be some good reason for this!
I'm normally compiling with Solar's huge list of -W flags found in his Makefile tutorial and this warning is the only one that I find irritating (particularly as I use -Werror) - albeit easily solved
Notice that the top rule isn't complete until a NEWLINE has been seen after all definitions/declarations have been parsed. So if you don't end with a newline, all input will have been used up and still the rule complete_file will not have fired! Special code would be nessecary to (possibly) add a newline on to the end of the input stream so that rule fires and the parser exits.
You may ask "Why not add something like this into the lexer?"
I'm not sure about the reasn the warning was added. But it is useful, for example, if you include a file without a new line at the end, and the new line after the include is eaten by the preprocessor to end the include, then the new file will have the next line appended to the end of the last line of the include file. Of course, i'm sure there are no compilers that fall into this trap.
The reason is quite simple: It's required by the language standard that a non-empty source file shall end with an unescaped newline character. If GCC wouldn't spit a warning on this, it wouldn't be "standard compliant" in that regard.
Every good solution is obvious once you've found it.
