<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>One step forward, Two steps forward</title><link>http://blogs.msdn.com/cyrusn/archive/2005/06/04/425163.aspx</link><description>It was a great day today. Not just because i went to Mini-golf with my team and scored a 49 on a par 57 course, but because we finally completed our migration of the C# IDE source tree to the MSBuild system . We've wanted to do this for quite a long time</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: One step forward, Two steps forward</title><link>http://blogs.msdn.com/cyrusn/archive/2005/06/04/425163.aspx#425176</link><pubDate>Sat, 04 Jun 2005 12:57:52 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:425176</guid><dc:creator>Vish</dc:creator><description>I have a hand in our company build system and just wanted to understand a little bit about point 3. Am I correct in saying you were previously using lines of &amp;quot;devenv /build &amp;lt;project&amp;gt;&amp;quot; for your old build system? And now with the switch to MSBuild you get faster compilations and improved incremental builds, how comes devenv isn't of comparible speed (if my first assumption is correct). One more thing, I recall sometime ago there was talk about the C++ compiler being able to carry out parallel builds (or perhaps it was the MSBuild system that would be able to do this), will this functionality be able in the RTM of Whidbey?</description></item><item><title>re: One step forward, Two steps forward</title><link>http://blogs.msdn.com/cyrusn/archive/2005/06/04/425163.aspx#425180</link><pubDate>Sat, 04 Jun 2005 13:39:50 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:425180</guid><dc:creator>CyrusN</dc:creator><description>&amp;quot;I have a hand in our company build system and just wanted to understand a little bit about point 3. Am I correct in saying you were previously using lines of &amp;quot;devenv /build &amp;lt;project&amp;gt;&amp;quot; for your old build system?&amp;quot;&lt;br&gt;&lt;br&gt;No.  Sorry that i wasn't clear.  We actually had two build systems.  One was the &amp;quot;build.exe&amp;quot; build process which was reponsible for building all of Visual Studio.  The other was that we also had a .vcproj solution that we used to organize and compile our C++ sources ourselves.  The .vcproj was great because it gave us intellisense and incremental linking and fast rebuilds, but it wasn't consumed by the command line build.  The command line build system worked, but it didn't give us all of those benefits.&lt;br&gt;&lt;br&gt;Now we just have one system, and it's the same whether or not it's used from the command line or VS.&lt;br&gt;&lt;br&gt;&amp;quot;And now with the switch to MSBuild you get faster compilations and improved incremental builds, how comes devenv isn't of comparible speed (if my first assumption is correct).&amp;quot;&lt;br&gt;&lt;br&gt;It is :)&lt;br&gt;VS and the command line are now identical.  &amp;quot;building&amp;quot; in VS just spawns MSBuild, so it does the exact same work at spawning msbuild from teh command line.&lt;br&gt;&lt;br&gt;&amp;quot;One more thing, I recall sometime ago there was talk about the C++ compiler being able to carry out parallel builds (or perhaps it was the MSBuild system that would be able to do this), will this functionality be able in the RTM of Whidbey?&amp;quot;&lt;br&gt;&lt;br&gt;I have heard similar things but i don't know what the actual story is here.  &lt;br&gt;&lt;br&gt;IIRC, MSBuild doesn't support parallel builds in Whidbey, but has it on it's plate for the future.</description></item><item><title>re: One step forward, Two steps forward</title><link>http://blogs.msdn.com/cyrusn/archive/2005/06/04/425163.aspx#425373</link><pubDate>Sun, 05 Jun 2005 11:07:11 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:425373</guid><dc:creator>Luc Cluitmans</dc:creator><description>Quote: &amp;quot;We've wanted to do this for quite a long time but we never had the time to do a full migration and we also kept on running into a few issues that kept causing problems.&amp;quot;&lt;br&gt;&lt;br&gt;So, can you tell us a bit more about what those 'issues' that you bumped into were? Will your solution in the end result in new features for us all in MsBuild?</description></item><item><title>re: One step forward, Two steps forward</title><link>http://blogs.msdn.com/cyrusn/archive/2005/06/04/425163.aspx#425452</link><pubDate>Sun, 05 Jun 2005 21:50:45 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:425452</guid><dc:creator>CyrusN</dc:creator><description>Luc: &amp;quot;So, can you tell us a bit more about what those 'issues' that you bumped into were? Will your solution in the end result in new features for us all in MsBuild?&amp;quot;&lt;br&gt;&lt;br&gt;They were, in general, pretty minor things.  For example, we would use it's regexp capabilities to say: &amp;quot;include all .cpp files from all subdirectories&amp;quot;, however, after you opened the project file in VS then the regexp would be expanded out to all files that matches and it would get replaces with that list.  Thus the regexp would be lost and the project wouldn't pick up any new files added to the directory.</description></item><item><title>re: One step forward, Two steps forward</title><link>http://blogs.msdn.com/cyrusn/archive/2005/06/04/425163.aspx#425453</link><pubDate>Sun, 05 Jun 2005 21:54:31 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:425453</guid><dc:creator>CyrusN</dc:creator><description>Luc: Plus, MSBuild is getting used to build more and more of the VS source tree (With many teams already using it).  The team wants to make sure that they can really handle the most complicated of tasks, and building all of VS is a great test of that.&lt;br&gt;&lt;br&gt;So they're very responsive to helping out individual teams to be able to effectively use MSBuild for their own projects.  If there and any problems, or needed functionality, then it's very likely that it will soon be in an upcoming build :)&lt;br&gt;&lt;br&gt;Hopefully, after being able to support the tons of teams inside VS all of which build differently, they'll be able to handle your system!</description></item><item><title>re: One step forward, Two steps forward</title><link>http://blogs.msdn.com/cyrusn/archive/2005/06/04/425163.aspx#425744</link><pubDate>Mon, 06 Jun 2005 20:27:58 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:425744</guid><dc:creator>Michael Kariv</dc:creator><description>I am surprised to learn msbuild and devenv command line are identical. I keep using devenv with vs2005 b2 because of the bug in msbuild that doest work correctly with the post build event macros, as of b2.&lt;br&gt;I however noticed that when compiling large solutions the visible progress indicator bar appears and says it is building the intellisense base. Does msbuild do it too? I'd be gravely disappointed.</description></item><item><title> Cyrus Blather One step forward Two steps forward | Cellulite Creams</title><link>http://blogs.msdn.com/cyrusn/archive/2005/06/04/425163.aspx#9743209</link><pubDate>Sat, 13 Jun 2009 12:25:21 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9743209</guid><dc:creator> Cyrus Blather One step forward Two steps forward | Cellulite Creams</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://cellulitecreamsite.info/story.php?id=6314"&gt;http://cellulitecreamsite.info/story.php?id=6314&lt;/a&gt;&lt;/p&gt;
</description></item></channel></rss>