<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<rss version="2.0">
  <channel>
  <title>comp.lang.c++.moderated Google Group</title>
  <link>http://groups.google.co.uk/group/comp.lang.c++.moderated</link>
  <description>Technical discussion of the C++ language. (Moderated)</description>
  <language>en</language>
  <item>
  <title>TkGen - A Lexical Analyzer Generator (online)</title>
  <link>http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/4e829f57385fbe7c/c43892e42c22151c?show_docid=c43892e42c22151c</link>
  <description>
  Hi folks, &lt;br&gt; I have implemented an online tokenizer generator for C++ and I would &lt;br&gt; like to share with those interested. &lt;br&gt; The web site is: &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.thradams.com/codeblog/tkgen.htm&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; It is an initial project and it isn’t the most complete tokenizer &lt;br&gt; generator of the world, but I hope you find it useful. &lt;br&gt; Comments, critics, questions and suggestions are very welcome.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/4e829f57385fbe7c/c43892e42c22151c?show_docid=c43892e42c22151c</guid>
  <author>
  thiago.ad...@gmail.com
  (Thiago A.)
  </author>
  <pubDate>Fri, 11 Nov 2009 13:36:21 UT
</pubDate>
  </item>
  <item>
  <title>Shall we always includes definition into head file when define template class?</title>
  <link>http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/f13e03092f9256bb/1a7a7f6398442545?show_docid=1a7a7f6398442545</link>
  <description>
  { The basics are covered in FAQ item 35.12 &amp;quot;Why can&#39;t I separate the definition &lt;br&gt; of my templates class from it&#39;s declaration and put it inside a .cpp file?&amp;quot; &lt;br&gt; &amp;lt;url: &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.parashift.com/c++-faq-lite/templates.html#faq-35.12&quot;&gt;[link]&lt;/a&gt;&amp;gt;. -mod } &lt;br&gt; When I define a template class,I found that i can&#39;t separate the
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/f13e03092f9256bb/1a7a7f6398442545?show_docid=1a7a7f6398442545</guid>
  <author>
  llz916...@yahoo.com.cn
  (肥猫)
  </author>
  <pubDate>Fri, 11 Nov 2009 13:34:36 UT
</pubDate>
  </item>
  <item>
  <title>Re: using declaration hides local declaration?</title>
  <link>http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/7f1e1f8cd6d9d775/85b38a32caddb41c?show_docid=85b38a32caddb41c</link>
  <description>
  &amp;quot;Chris Uzdavinis&amp;quot; &amp;lt;cuz...@gmail.com&amp;gt; &lt;br&gt; As I read the standard [7.3.4], Cameau is right. &lt;br&gt; using declaration most of the time works exactly like a normal declaration, &lt;br&gt; with the similar effect. The one exception I found is with member functions &lt;br&gt; where collision is processed as &#39;hide&#39; instead of &#39;conflict&#39;. What makes
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/7f1e1f8cd6d9d775/85b38a32caddb41c?show_docid=85b38a32caddb41c</guid>
  <author>
  p...@lib.hu
  (Balog Pal)
  </author>
  <pubDate>Fri, 11 Nov 2009 13:34:57 UT
</pubDate>
  </item>
  <item>
  <title>Re: about inline function</title>
  <link>http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/9b879c67c52c1de3/d5651eea64a4464e?show_docid=d5651eea64a4464e</link>
  <description>
  Including times when the programmer has not asked for it. Modern &lt;br&gt; compilers are becoming increasingly sophisticated at doing this using &lt;br&gt; whole program analysis. &lt;br&gt; The common cases for inlining are where a function is small and has been &lt;br&gt; declared as static. The compiler knows that such a function cannot be
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/9b879c67c52c1de3/d5651eea64a4464e?show_docid=d5651eea64a4464e</guid>
  <author>
  francis.glassbo...@btinternet.com
  (Francis Glassborow)
  </author>
  <pubDate>Fri, 11 Nov 2009 13:37:16 UT
</pubDate>
  </item>
  <item>
  <title>for memory leaks</title>
  <link>http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/3eba1dad1c4afb87/68e128f53d63e873?show_docid=68e128f53d63e873</link>
  <description>
  Dear all, &lt;br&gt; In MSVC, there is some function called _CrtDumpMemoryLeaks which helps &lt;br&gt; us to find the memory leak point in the source code. But may I ask if &lt;br&gt; I were programming on Linux platform or Mac OS X, is there any similar &lt;br&gt; way to detect the memory leak in the C++ source code? Is there any &lt;br&gt; such like functions in the standard library?
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/3eba1dad1c4afb87/68e128f53d63e873?show_docid=68e128f53d63e873</guid>
  <author>
  infozyzh...@gmail.com
  (blackbiscuit)
  </author>
  <pubDate>Fri, 11 Nov 2009 13:36:34 UT
</pubDate>
  </item>
  <item>
  <title>Re: Seeking recommendation on free or cheap C++ compiler</title>
  <link>http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/5fc2708572c9d8c1/ef93970ac12d8e97?show_docid=ef93970ac12d8e97</link>
  <description>
  We might note that IDE is a common abbreviation of Integrated &lt;br&gt; Development Environment. In theory this only implies that all the &lt;br&gt; components needed to develop software in C++ are well and truly &lt;br&gt; integrated. (Editor Compiler Linker Debugger ...) &lt;br&gt; Integration - for example - means that I change a source line and then
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/5fc2708572c9d8c1/ef93970ac12d8e97?show_docid=ef93970ac12d8e97</guid>
  <author>
  0xcdcdc...@gmx.at
  (Martin B.)
  </author>
  <pubDate>Fri, 11 Nov 2009 13:28:29 UT
</pubDate>
  </item>
  <item>
  <title>Re: conventions for #include delimiter (quotes versus angle brackets)</title>
  <link>http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/461835b3ec6d0e08/3937f4bf9bee50d2?show_docid=3937f4bf9bee50d2</link>
  <description>
  I use &lt;br&gt; and use an environment variable to point the compiler at &lt;br&gt; directory myLibVersionNumber that contains direcory myLib. &lt;br&gt; This seems to force the compiler (vc8) to look only in that &lt;br&gt; directory (do other compilers do the same?). &lt;br&gt; The reason for doing that is that using just this &lt;br&gt; vc8 goes on a grand tour, should it not find myheader.h
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/461835b3ec6d0e08/3937f4bf9bee50d2?show_docid=3937f4bf9bee50d2</guid>
  <author>
  lo...@laverremove.demon.co.uk
  (Louis Lavery)
  </author>
  <pubDate>Fri, 11 Nov 2009 13:27:26 UT
</pubDate>
  </item>
  <item>
  <title>Re: inlining of functions returning an unwindable object</title>
  <link>http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/e286bba27402a9e1/1301512426d5d412?show_docid=1301512426d5d412</link>
  <description>
  On Wed, 25 Nov 2009 08:19:39 CST, &amp;quot;Martin B.&amp;quot; &amp;lt;0xCDCDC...@gmx.at&amp;gt; &lt;br&gt; wrote: &lt;br&gt; My bad. I blanked on buffer check because I&#39;ve been doing a lot of &lt;br&gt; managed code recently and got used to seeing checks in disassemblies. &lt;br&gt; Miscommunication I think. I generally associate &amp;quot;unwind(able)&amp;quot; with &lt;br&gt; use of exceptions, not just having a dtor. Since string and stream (as
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/e286bba27402a9e1/1301512426d5d412?show_docid=1301512426d5d412</guid>
  <author>
  gneun...@comcast.net
  (George Neuner)
  </author>
  <pubDate>Fri, 11 Nov 2009 13:29:25 UT
</pubDate>
  </item>
  <item>
  <title>Re: about inline function</title>
  <link>http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/9b879c67c52c1de3/c6010b85c1839ecc?show_docid=c6010b85c1839ecc</link>
  <description>
  You can read your compiler&#39;s documentation to see if it has an option &lt;br&gt; that enables such informational output. For example, GCC has the &lt;br&gt; option -Winline that causes it to emit a warning whenever it decides &lt;br&gt; not to inline a function that is actually declared inline. &lt;br&gt; Last resort, you can set your compiler to emit assembly and inspect
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/9b879c67c52c1de3/c6010b85c1839ecc?show_docid=c6010b85c1839ecc</guid>
  <author>
  wasti.r...@gmx.net
  (CornedBee)
  </author>
  <pubDate>Thu, 11 Nov 2009 16:31:37 UT
</pubDate>
  </item>
  <item>
  <title>Re: Seeking recommendation on free or cheap C++ compiler</title>
  <link>http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/5fc2708572c9d8c1/e7380a349b1801ca?show_docid=e7380a349b1801ca</link>
  <description>
  { This has moved off-topic for clc++m. Accepted as follow-up. -mod } &lt;br&gt; That&#39;s patently untrue. I really don&#39;t think you realize just how &lt;br&gt; flexible the command-line is, no matter how long or intensively you &lt;br&gt; claim to have used it. For example, when I&#39;ve performed a sequence of &lt;br&gt; actions in an IDE, there is no backscroll buffer for me to copy and
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/5fc2708572c9d8c1/e7380a349b1801ca?show_docid=e7380a349b1801ca</guid>
  <author>
  j...@schwabcenter.com
  (Jeff Schwab)
  </author>
  <pubDate>Thu, 11 Nov 2009 16:31:23 UT
</pubDate>
  </item>
  <item>
  <title>Re: about inline function</title>
  <link>http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/9b879c67c52c1de3/76c48c5b467d3906?show_docid=76c48c5b467d3906</link>
  <description>
  Once your program is compiled, you open the binary executable/library &lt;br&gt; and inspect the assembler instructions. How you do it is highly &lt;br&gt; dependent on your platform. &lt;br&gt; Regards, &lt;br&gt; &amp;amp;rzej
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/9b879c67c52c1de3/76c48c5b467d3906?show_docid=76c48c5b467d3906</guid>
  <author>
  akrze...@gmail.com
  (restor)
  </author>
  <pubDate>Thu, 11 Nov 2009 16:31:55 UT
</pubDate>
  </item>
  <item>
  <title>Re: Suffix Return Type Syntax</title>
  <link>http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/7186b2238bd4b455/f63b499f841cc5b6?show_docid=f63b499f841cc5b6</link>
  <description>
  { edits: quoted sig and banner removed. don&#39;t quote sigs or the banner. -mod } &lt;br&gt; Yes, it should be optional, like the lambda syntax. &lt;br&gt; According to Mr. Stroustrup, the &amp;quot;-&amp;gt;decltype(...)&amp;quot; section is &lt;br&gt; redundant, casue the compiler already knows the return type. The &lt;br&gt; commitee is still coming to a conclusion on this, but so far, the
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/7186b2238bd4b455/f63b499f841cc5b6?show_docid=f63b499f841cc5b6</guid>
  <author>
  kenshin.himura.sakab...@gmail.com
  (Kenshin)
  </author>
  <pubDate>Thu, 11 Nov 2009 16:29:07 UT
</pubDate>
  </item>
  <item>
  <title>Re: about inline function</title>
  <link>http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/9b879c67c52c1de3/5bda0da2cc6e4ea2?show_docid=5bda0da2cc6e4ea2</link>
  <description>
  The best shot by far: look at the disassembly. ;-) &lt;br&gt; In general, compiler has a final say at &amp;quot;inline&amp;quot;. Inline is a mere &lt;br&gt; hint you can give to it because you think a particular function should &lt;br&gt; be inlined. But in my experience, compiler knows better in some cases, &lt;br&gt; and in others, it doesn&#39;t know how to inline (see a recent post on
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/9b879c67c52c1de3/5bda0da2cc6e4ea2?show_docid=5bda0da2cc6e4ea2</guid>
  <author>
  goran.pu...@gmail.com
  (Goran)
  </author>
  <pubDate>Thu, 11 Nov 2009 16:29:28 UT
</pubDate>
  </item>
  <item>
  <title>Re: Perfect forwarding in C++03</title>
  <link>http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/aa9cde9c3c788edf/572bacd85ab39a17?show_docid=572bacd85ab39a17</link>
  <description>
  { edits: quoted sig and banner removed. don&#39;t quote sigs or the banner. -mod } &lt;br&gt; Yes, teh belwo does run: &lt;br&gt; void func(int&amp;amp; i){ &lt;br&gt; ++i; &lt;br&gt; template &amp;lt;class Prmr1&amp;gt; &lt;br&gt; void forward(const Prmr1&amp;amp; p1) &lt;br&gt; { &lt;br&gt; func(p1); &lt;br&gt; int main(int argc, char** argv){ &lt;br&gt; int x = 444; &lt;br&gt; std::cout &amp;lt;&amp;lt; x &amp;lt;&amp;lt; std::endl; &lt;br&gt; forward(boost::ref(x)); &lt;br&gt; std::cout &amp;lt;&amp;lt; x &amp;lt;&amp;lt; std::endl;
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/aa9cde9c3c788edf/572bacd85ab39a17?show_docid=572bacd85ab39a17</guid>
  <author>
  kenshin.himura.sakab...@gmail.com
  (Kenshin)
  </author>
  <pubDate>Thu, 11 Nov 2009 16:25:55 UT
</pubDate>
  </item>
  <item>
  <title>Re: Deleting from vector while iterating allowed?</title>
  <link>http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/252889ebddaf8d7e/da81c1183cb0c934?show_docid=da81c1183cb0c934</link>
  <description>
  Thanks for the solution! I like this better than having yet another &lt;br&gt; condition-function laying around.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.lang.c++.moderated/browse_thread/thread/252889ebddaf8d7e/da81c1183cb0c934?show_docid=da81c1183cb0c934</guid>
  <author>
  kees.van.der.b...@gmail.com
  (cornelis van der bent)
  </author>
  <pubDate>Thu, 11 Nov 2009 16:29:08 UT
</pubDate>
  </item>
  </channel>
</rss>
