WIN32: save MSVC files with CR+LF?

[Klaus Keppler <kl...@informatik.stud.uni-erlangen.de>]

Hi!

Suggestion: the following MSVC files should be saved with
CR+LF (if that's possible?), so you can open them out-of-the-box
with Visual C++ 6.0. Actually you always have to convert these files
right after unpacking the archive file.

   apr.dsw
   apr.dsp
   libapr.dsp
   build/apr_app.dsp
   build/libapr_app.dsp

If that's not possible, a small notice in the docs would certainly
help other people ;-)

Klaus

Re: WIN32: save MSVC files with CR+LF?

[Klaus Keppler <kl...@informatik.stud.uni-erlangen.de>]

 > Normally Bill Rowe will come along behind and build a .zip of the
 > distribution that was checked out using a Win32 version of CVS so that
 > *all* of the files have DOS line endings.  The .tar.gz and .tar.Z
 > distributions always have unix line endings.

Ah - thanks. :-)

Maybe someone could append this information to
http://apr.apache.org/compiling_win32.html ?

Best regards

Klaus

Re: WIN32: save MSVC files with CR+LF?

[Klaus Keppler <kl...@informatik.stud.uni-erlangen.de>]

> Updated http://apr.apache.org/compiling_win32.html
> 
> please tell me what you think.

Just wonderful. :-)

To your email about CVS and binary check-ins: I understand that,
but honestly I didn't think about the problems of binary check-ins.
Your new description about the ZIP files and the (first time)
documentation of lineends.pl is certainly the clearest solution.

Best regards

Klaus

Re: WIN32: save MSVC files with CR+LF?

["William A. Rowe, Jr." <wr...@rowe-clan.net>]

At 08:31 PM 8/28/2004, William A. Rowe, Jr. wrote:
>>On Sat, 28 Aug 2004, Klaus Keppler wrote:
>>> If that's not possible, a small notice in the docs would certainly
>>> help other people ;-)
>
>Seeing as we offer the tool for the job (apr/build/lineends.pl) that
>sounds like a wonderful idea!  Working on a compiling_win32.html fix
>right now.

Updated http://apr.apache.org/compiling_win32.html

please tell me what you think.

Bill 

Re: WIN32: save MSVC files with CR+LF?

["William A. Rowe, Jr." <wr...@rowe-clan.net>]

At 03:02 PM 8/28/2004, Cliff Woolley wrote:

>Normally Bill Rowe will come along behind and build a .zip of the
>distribution that was checked out using a Win32 version of CVS so that
>*all* of the files have DOS line endings.  The .tar.gz and .tar.Z
>distributions always have unix line endings.

Actually, apr/build/lineends.pl will do that nicely for anyone
who has perl installed, even from the .tar.gz's :)

To Klaus's comments;

>On Sat, 28 Aug 2004, Klaus Keppler wrote:
>
>> Suggestion: the following MSVC files should be saved with
>> CR+LF (if that's possible?), so you can open them out-of-the-box
>> with Visual C++ 6.0. Actually you always have to convert these files
>> right after unpacking the archive file.

The .dsp / .dsw / .mak files you mention are only a handful
of the TEXT FILES we distribute with the package.

Unix filesystems have \n lineends.  Win32 has \r\n endings.
Anyone who wants to contend with a mishmash has my blessing
on their system but not in our repository!

Why do I shake violently at fools who commit such files as
binary \r\n line endings?  My reasons are really trivial, and
result in massive wastes of time for me.  I maintain dozens 
of patches across platforms which, checked out under unix, 
neatly patch the unix text files.  These same patches also 
neatly apply when checked out with dos line endings, to dos 
files on windows.  Now - if you work with native files on unix, 
and then attempt to cvs diff this garbage, you end up with 100%
deltas of the files.  The bigest offenders are tomcat and php,
I frequently have two-line patches to the .dsp files to change
library/include paths to my locally employed path envvars.
There is no way for me to maintain such patches for both 
platforms without extra passes through lineends.pl, and then
rerunning the files several times to get the cvs diff out of
the picture.  On top of this mess, I've frequently seen "TEXT"
files in cvs with \r\n endings on unix, which check out under
windows cvs as \r\r\n.  EWWWW.

If you are win32'er using cvs, why on earth would you use a port
of cvs-like utilities which check out text as \n?  If you are
a cygwin'er, you use \n text exclusively, you aren't using silly
MS tools to ever handle those files (right?)

As far as tarballs, httpd and apr toss up a corresponding .zip 
files in the process, identical to the unix .tar.gz, with
the exceptions 1) unix line endings, 2) win32 visual studio 5.0
makefiles (because that version couldn't do command line builds
from .dsp files), and 3) some files generated from awk/sed/bison
that the user might not be able to generate without extra utilities.

>> If that's not possible, a small notice in the docs would certainly
>> help other people ;-)

Seeing as we offer the tool for the job (apr/build/lineends.pl) that
sounds like a wonderful idea!  Working on a compiling_win32.html fix
right now.

Bill  

Re: WIN32: save MSVC files with CR+LF?

[Cliff Woolley <jw...@virginia.edu>]

Normally Bill Rowe will come along behind and build a .zip of the
distribution that was checked out using a Win32 version of CVS so that
*all* of the files have DOS line endings.  The .tar.gz and .tar.Z
distributions always have unix line endings.

--Cliff



On Sat, 28 Aug 2004, Klaus Keppler wrote:

> Hi!
>
> Suggestion: the following MSVC files should be saved with
> CR+LF (if that's possible?), so you can open them out-of-the-box
> with Visual C++ 6.0. Actually you always have to convert these files
> right after unpacking the archive file.
>
>    apr.dsw
>    apr.dsp
>    libapr.dsp
>    build/apr_app.dsp
>    build/libapr_app.dsp
>
> If that's not possible, a small notice in the docs would certainly
> help other people ;-)
>
> Klaus
>