[cmake-developers] CPack API redesign

Brad King brad.king at kitware.com
Thu Aug 12 08:06:05 EDT 2010


On 08/11/2010 06:04 PM, Eric Noulard wrote:
> Is there a reason why those flags are not the default when building with gcc ?

Our default behavior is to mimic the defaults of the native tools.

> The commit that broke the build was mine:
> http://cmake.org/gitweb?p=cmake.git;a=commit;h=cd7b8a03f5403603da44432470f177601b5bf42b
> but the commiter was Brad.
> 
> Is this the reason I did not receive the mail myself?
> 
> If yes, would it be possible to have an option to send an e-mail to
> both the commiter AND the author?

Actually right now CDash knows about the *author* (you) but not the
committer.  Does your email address in the commit match the one you
used to register in CDash?  Did you set it as your "cvs/svn" user
name?

> I yes, I didn't even thought it was possible to branch from
> a particular commit, too simple.

This is one huge advantage of distributed version control.  It is
possible to start work from *anywhere* in history.  I sometimes use
this to start work for a bug fix from the very commit that created
the bug, no matter how old.  This guarantees that I can merge the
fix with any later version without bringing in any other changes.

One way I've expressed topic dependencies before is to still start
my new topic from master, but then merge the topic dependencies
immediately:

$ git branch topicA $topicAhash
$ git branch topicB $topicBhash
$ git branch topicC $topicChash
$ git checkout -b new-topic master
$ git merge topicA
$ git merge topicB
$ git merge topicC
$ edit files for actual work
$ git commit
...

This approach creates commits that explicitly document the dependence.
The messages are of the form "Merge branch 'topicA' into new-topic".

-Brad



More information about the cmake-developers mailing list