>>> David Ponce <david.ponce@...> seems to think that:
>Hi Eric,
>
>> Paul K. noticed that semantic-grammar-wy.el had DOS line endings in
>> his build area. I double checked my build area, and found that same
>> file (the one I built the dist from) was utf-8 encoding.
>
>I think the line endings depend on the OS Emacs was running on, when the -wy.el file was
>generated. I think Paul run Emacs on MS-Windows so generated files have DOS line endings
>for him.
>
>On my build area (GNU Emacs 21.3 on GNU/Linux) semantic-grammar-wy.el coding system is:
>
>- -- undecided-unix
>
>No conversion on encoding, automatic conversion on decoding
>
>Type: t (do automatic conversion)
>EOL type: LF
>This coding system encodes the following charsets:
> ascii
>
>I can't see why yours is utf-8 encoding.
>
>> Could you add something to the parser generator that would force
>> generated files to have unix line endings, which Emacs seems capable
>> of handling on diverse systems?
>
>What is the problem with line endings? Emacs is capable of handling Unix/DOS/Mac
>line endings on any OS it runs. And I am not sure it is a good practice to
>generate files with different line endings than the OS default.
[ ... ]
That is true for text files. The files we are talking about are
Emacs specific files. This line-ending thing could be the problem
some folks bump into that is fixed by the "make clean; make" process,
but no one had debugged. (For files generated by autoloads, or from
the parser.)
If forcing the line ending change stops all the "I can't build" email,
then I think it would be worth the platform unspecified output.
I'm not entirely certain what build problems there are and what the
current state in CVS is. I could be way off base. Paul just happens
to be the first to make this observation.
Eric
--
Eric Ludlam: zappo@..., eric@...
Home: http://www.ludlam.net Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net GNU: http://www.gnu.org
|