<?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>More VC++ strategery</title><link>http://blogs.msdn.com/texblog/archive/2006/10/13/more-vc-strategery.aspx</link><description>I appreciate all of the participation on this topic. Your comments are very helpful to the VC++ team in our long term thinking. I'd like to continue the discussion on a few of your comments... "Fully implement the 1998 standard. It's now 2006. When is</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: More VC++ strategery</title><link>http://blogs.msdn.com/texblog/archive/2006/10/13/more-vc-strategery.aspx#825216</link><pubDate>Sat, 14 Oct 2006 16:51:07 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:825216</guid><dc:creator>Anonymous</dc:creator><description>&lt;p&gt;I'd REALLY REALLY like to see a next-generation inline assembly support, including the kinds of optimizer hints that GCC has, for both x86 and x64. The omission of inline assembly in x64 is really annoying. &lt;/p&gt;
&lt;p&gt;Actually, a reasonable alternative would be better MASM or NASM support in the IDE, with syntax coloring and stuff, and just being able to add .asm files to the project without having to set up a custom build step. This would likely be a lot easier for you MS guys to do, too, and would provide a lot of the benefit, since the major reason people use inline assembly is the convenience of not having to do these steps of custom build setup etc.&lt;/p&gt;
</description></item><item><title>re: More VC++ strategery</title><link>http://blogs.msdn.com/texblog/archive/2006/10/13/more-vc-strategery.aspx#826161</link><pubDate>Sat, 14 Oct 2006 22:02:10 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:826161</guid><dc:creator>stevetei</dc:creator><description>&lt;p&gt;Anon,&lt;/p&gt;
&lt;p&gt;I, too, am a fan of inline assembly. &amp;nbsp;I should mention, though, that one of the things we've tried to do in VC++ is improve our intrinsics support such that there is less of a need for inline assembly. &amp;nbsp;Are you trying to accomplish something not possible with intrinsics?&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt; &amp;nbsp; &amp;nbsp; -steve&lt;/p&gt;
</description></item><item><title>On </title><link>http://blogs.msdn.com/texblog/archive/2006/10/13/more-vc-strategery.aspx#829690</link><pubDate>Sun, 15 Oct 2006 23:19:51 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:829690</guid><dc:creator>Craig Stuntz's Weblog</dc:creator><description /></item><item><title>On </title><link>http://blogs.msdn.com/texblog/archive/2006/10/13/more-vc-strategery.aspx#829691</link><pubDate>Sun, 15 Oct 2006 23:20:53 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:829691</guid><dc:creator>Craig Stuntz's Weblog</dc:creator><description /></item><item><title>Community Convergence VII</title><link>http://blogs.msdn.com/texblog/archive/2006/10/13/more-vc-strategery.aspx#830053</link><pubDate>Mon, 16 Oct 2006 02:05:52 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:830053</guid><dc:creator>Charlie Calvert's Community Blog</dc:creator><description>&lt;p&gt;The team needs your help debugging the new Visual Studio 2005 Service Pack 1 Beta . I've written about&lt;/p&gt;</description></item><item><title>Community Convergence VII</title><link>http://blogs.msdn.com/texblog/archive/2006/10/13/more-vc-strategery.aspx#830079</link><pubDate>Mon, 16 Oct 2006 02:16:18 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:830079</guid><dc:creator>Charlie Calvert's Community Blog</dc:creator><description>&lt;p&gt;The team needs your help debugging the new Visual Studio 2005 Service Pack 1 Beta . I've written about&lt;/p&gt;
</description></item><item><title>SteveTei on VC++ Strategy</title><link>http://blogs.msdn.com/texblog/archive/2006/10/13/more-vc-strategery.aspx#832297</link><pubDate>Mon, 16 Oct 2006 18:45:55 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:832297</guid><dc:creator>ronpih's weblog</dc:creator><description>&lt;p&gt;Steve Teixeira (Current Group Program Manager for VC++) has a nice series of posts ( here , here , and&lt;/p&gt;
</description></item><item><title>re: More VC++ strategery</title><link>http://blogs.msdn.com/texblog/archive/2006/10/13/more-vc-strategery.aspx#834202</link><pubDate>Tue, 17 Oct 2006 09:53:33 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:834202</guid><dc:creator>Ianier Munoz</dc:creator><description>&lt;p&gt;Regarding concurrency, I'm very much in favor of language innovation. As a convinced user of OpenMP, I would like to see much more coming in this area (e.g. active classes), especially in native code. &lt;/p&gt;
&lt;p&gt;These features may be easier to implement using managed code (thus in C++/CLI), but in native code is where we need them most.&lt;/p&gt;
</description></item></channel></rss>