[bug #46018] texi2any makes inconsistent EOL style

2015-10-01 Thread Gavin D. Smith
Update of bug #46018 (project texinfo): Status:None => Wont Fix ___ Follow-up Comment #6: As Eli said, there could be ways to handle it automatically, but we don't want the

[bug #46018] texi2any makes inconsistent EOL style

2015-10-01 Thread Gavin D. Smith
Update of bug #46018 (project texinfo): Open/Closed:Open => Closed ___ Reply to this item at: ___

Re: [bug #46018] texi2any makes inconsistent EOL style

2015-09-28 Thread Eli Zaretskii
> Date: Sun, 27 Sep 2015 21:12:17 +0100 > From: Gavin Smith > Cc: Eli Zaretskii , Vincent Belaïche > , > Texinfo > > > * I get some Texinfo source code from project A, and project A people have

[bug #46018] texi2any makes inconsistent EOL style

2015-09-28 Thread Eli Zaretskii
Follow-up Comment #5, bug #46018 (project texinfo): > I just realized that we have already discussed this sort of EOL conversion in relation with [bug #38795]. In [bug #38795] my problem was that the BBDB manual was made of several files, some of them had svn:eol-style set to LF and others to

[bug #46018] texi2any makes inconsistent EOL style

2015-09-28 Thread Eli Zaretskii
Follow-up Comment #4, bug #46018 (project texinfo): > So, in conclusion, be it perl or any other script (AWK...), the script can be written in a way that it is EOL style insensitive. This goes without saying. But asking for that means putting a burden on the shoulders of package maintainers, a

[bug #46018] texi2any makes inconsistent EOL style

2015-09-27 Thread Vincent Belaïche
Follow-up Comment #2, bug #46018 (project texinfo): It is true that MSYS programs open text files without doing the CRLF conversion to LF, which is not surprising as they just do like programs on systems which natively uses LF as an EOL. Anyway all the non-MS programs internally (be it AWK,

[bug #46018] texi2any makes inconsistent EOL style

2015-09-27 Thread Vincent Belaïche
Follow-up Comment #3, bug #46018 (project texinfo): I just realized that we have already discussed this sort of EOL conversion in relation with [bug #38795]. In [bug #38795] my problem was that the BBDB manual was made of several files, some of them had svn:eol-style set to LF and others to

Re: [bug #46018] texi2any makes inconsistent EOL style

2015-09-27 Thread Gavin Smith
On 27 September 2015 at 19:34, Vincent Belaïche wrote: > I just realized that we have already discussed this sort of EOL conversion in > relation with [bug #38795]. In [bug #38795] my problem was that the BBDB > manual was made of several files, some of them had

Re: [bug #46018] texi2any makes inconsistent EOL style

2015-09-22 Thread Eli Zaretskii
> Date: Tue, 22 Sep 2015 19:46:16 +0100 > From: Gavin Smith > Cc: Eli Zaretskii , Vincent Belaïche > > > I believe there was some DOS or Windows system where texi2any would > open files in a mode where ends of lines would

Re: [bug #46018] texi2any makes inconsistent EOL style

2015-09-22 Thread Gavin Smith
On 22 September 2015 at 07:30, Eli Zaretskii wrote: > Follow-up Comment #1, bug #46018 (project texinfo): > > Your Texinfo source has DOS-style CRLF EOLs. So any text produced by texi2any > has Unix-style EOLs, but text copied verbatim from your source has DOS EOLs. >

[bug #46018] texi2any makes inconsistent EOL style

2015-09-22 Thread Eli Zaretskii
Follow-up Comment #1, bug #46018 (project texinfo): Your Texinfo source has DOS-style CRLF EOLs. So any text produced by texi2any has Unix-style EOLs, but text copied verbatim from your source has DOS EOLs. Remove the CR characters from your Texinfo source, and the problem will likely go away.

[bug #46018] texi2any makes inconsistent EOL style

2015-09-21 Thread Vincent Belaïche
URL: Summary: texi2any makes inconsistent EOL style Project: texinfo - GNU documentation system Submitted by: vincentb1 Submitted on: mar. 22 sept. 2015 04:41:17 GMT Category: None