On 09.07.2010 17:14, Mladen Turk wrote:
On 07/09/2010 03:56 PM, rj...@apache.org wrote:

Modified: tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml
URL:
http://svn.apache.org/viewvc/tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml?rev=962531&r1=962530&r2=962531&view=diff

==============================================================================

--- tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml (original)
+++ tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml Fri Jul 9
13:56:09 2010
@@ -45,6 +45,10 @@
<subsection name="Native">
<changelog>
<fix>
+ Windows: Fix end of line setting for MSVC build files.
+ Patch provided by sebb. (rjung)
+</fix>

This is just not true.
Each .zip source had a correct DOS line endings since, well, forever!

Cited from your other reply:

WTF? We have changed that to native few years back, and now
again we have the line endings mess!

I know, that this is not a question about the files we distribute as part of a zip release.

Nevertheless I needed to do conversions a coupe of times myself and was always annoyed. Yes partially because I had the tarball at hand not the zip, partially because my Cgwin subversion used non-Windows line ends. I didn't change for a long time because well it seemed to be my fault.

But frankly: what's wrong about having those in CRLF? Is there a reasonabe way of using them with Unix line end format?

I really don't care a bit how other projects are accustomed
of doing things and distributions, but we had a decent one that
served well for years, and I really see no reason for a sudden change.

Explained above, it served not bad, but I think not especially well either (at least not for me).

Please revert that to the original state and open an discussion on
@dev list. This is not a bug (although filled in the BZ).

I'll revert, discussion opened.

Regards,

Rainer

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Reply via email to