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

RE: Re: [Subclipse-users] diff flags for "create patch"

From: Steve Ball <steve_at_ingres.com>
Date: Thu, 18 Jun 2009 22:34:50 -0700 (PDT)

> You are going to have the exact same problem when you commit. All
> those whitespace changes are going to be committed. This is going to
> complicate diff and more importantly merge and update for other users.
> Wouldn't it be better to just set your editor preferences in CDT so
> that it did not do this?

Yes, that would be a much better option if I could find out exactly why the CDT editor has inserted those white-space changes. I was already looking into that so that this doesn't happen in the future. If you have any guidance on that it would be helpful. Unfortunately, this time, it already happened before I noticed it, and I'm loathe to go back and re-make all the changes. For this time round I can just generate the patch diffs from the command line and I'll live with the extra white-space diffs for this submission (I guess there's no "ignore whitespace" option on the commit is there?).

We have a very diverse set of developers (not unusual) who work on Windows, Linux/UNIX, and even VMS, so there may be all kinds of formats in the files that come down from subversion that the editor has to deal with, I think the CDT editor seems to be confused about some of it and inserts whitespace for some tabs or newlines. This may be a problem that we simply can't solve, and I really don't want to have to edit the files outside Eclipse, it would defeat most of the point of having an IDE.

------------------------------------------------------
http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=2363406

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].
Received on 2009-06-19 14:42:14 CEST

This is an archived mail posted to the Subclipse Users mailing list.

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