[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: New MSVC project files

From: <brane_at_xbc.nu>
Date: 2001-05-10 08:59:19 CEST

Quoting Greg Stein <gstein@lyra.org>:

> On Wed, May 09, 2001 at 10:49:54PM +0200, Branko �ibej wrote:
> > Some time ago we decided MSVC project files should be "cvs admin -kb"'d
> > and checked in with CRLF newlines (otherwise MSVC refuses to read them).
>
> If you check the file out on Windows, then you'll get the right line
> endings, and MSVC will read them quite fine. It only barfs if you check out
> on Unix/Mac and use those files directly that you'll get a problem.

Or if you happen to use cvs from cygwin on Windows.

> Personally, I think wrowe is offbase and they should have -kb so that
> packaging them from a Unix system (into a .zip or .tgz) will have the
> correct line endings.

Exactly. And to prevent keyword substitution. That's why we decided to use
-kb in Subversion.

(One day I'd like to add a file named "$Id$.c" to APR and wait for the world
to blow up ... :-) )

Hey, could we add

    *.dsp -k b -m MERGE
    *.dsw-k b -m MERGE

to our cvswrappers? Then CVS would do the right thing for new projects.

> >...
> > (And our commitinfo script shows the diff on -kb'd files quite nicely.
>
> > What weird kind of commitinfo script are they using in APR, for gods'
> > sakes? :-()
>
> Actually, it is the same script, but (apparently) the SourceCast
> developers have extended it a bit.

Hm. Maybe I could convince Will to accept -kb if they had the modified script.
Karl et al., do you think CollabNet would donate the script to APR/ASF?

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:30 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.