<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <id>http://groups.google.co.uk/group/comp.std.c++</id>
  <title type="text">comp.std.c++ Google Group</title>
  <subtitle type="text">
  Discussion about C++ language, library, standards. (Moderated)
  </subtitle>
  <link href="/group/comp.std.c++/feed/atom_v1_0_msgs.xml" rel="self" title="comp.std.c++ feed"/>
  <updated>2008-10-18T09:31:02Z</updated>
  <generator uri="http://groups.google.co.uk" version="1.99">Google Groups</generator>
  <entry>
  <author>
  <email>brion.kam...@suddenlink.net</email>
  </author>
  <updated>2008-10-18T09:31:02Z</updated>
  <id>http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/164fd03b4bf4b4fa/015359b1e49d7d60?show_docid=015359b1e49d7d60</id>
  <link href="http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/164fd03b4bf4b4fa/015359b1e49d7d60?show_docid=015359b1e49d7d60"/>
  <title type="text">amongst Global up</title>
  <summary type="html" xml:space="preserve">
  &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://register.bachaan.org&quot;&gt;[link]&lt;/a&gt;
  </summary>
  </entry>
  <entry>
  <author>
  <email>murray.sto...@suddenlink.net</email>
  </author>
  <updated>2008-10-18T05:07:27Z</updated>
  <id>http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/aa8b6c8c34ab89ae/cbbb99810a31756a?show_docid=cbbb99810a31756a</id>
  <link href="http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/aa8b6c8c34ab89ae/cbbb99810a31756a?show_docid=cbbb99810a31756a"/>
  <title type="text">up to Nadia Moidu neighbouring</title>
  <summary type="html" xml:space="preserve">
  Dolf wrote: &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://experience.bachaan.org&quot;&gt;[link]&lt;/a&gt;
  </summary>
  </entry>
  <entry>
  <author>
  <email>evan.schra...@msn.com</email>
  </author>
  <updated>2008-10-17T19:58:03Z</updated>
  <id>http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/4895b6b85f66f621/5dedea3908ba1428?show_docid=5dedea3908ba1428</id>
  <link href="http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/4895b6b85f66f621/5dedea3908ba1428?show_docid=5dedea3908ba1428"/>
  <title type="text">raceing in part comp.std.c++</title>
  <summary type="html" xml:space="preserve">
  Pat wrote on 17 Oct 2008 19:58:03 GMT: &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://trap.dostii.net&quot;&gt;[link]&lt;/a&gt;
  </summary>
  </entry>
  <entry>
  <author>
  <name>Pete Becker</name>
  <email>p...@versatilecoding.com</email>
  </author>
  <updated>2008-01-09T17:11:57Z</updated>
  <id>http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/bf645420084a7c2e?show_docid=bf645420084a7c2e</id>
  <link href="http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/bf645420084a7c2e?show_docid=bf645420084a7c2e"/>
  <title type="text">Re: What&#39;s wrong with this picture?</title>
  <summary type="html" xml:space="preserve">
  ============================== ======= MODERATOR&#39;S COMMENT: &lt;br&gt; Please take care when replying to ensure that this thread remains topical. &lt;br&gt; ============================== ======= END OF MODERATOR&#39;S COMMENT &lt;br&gt; On 2008-01-09 10:27:39 -0500, wal...@digitalmars-nospamm.com (Walter &lt;br&gt; Bright) said: &lt;br&gt; Our document test suites are never good enough, either. That&#39;s why so
  </summary>
  </entry>
  <entry>
  <author>
  <name>Walter Bright</name>
  <email>wal...@digitalmars-nospamm.com</email>
  </author>
  <updated>2008-01-09T15:27:39Z</updated>
  <id>http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/98e60943c28c7458?show_docid=98e60943c28c7458</id>
  <link href="http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/98e60943c28c7458?show_docid=98e60943c28c7458"/>
  <title type="text">Re: What&#39;s wrong with this picture?</title>
  <summary type="html" xml:space="preserve">
  The difference with Latex, however, is that the user can simply look at &lt;br&gt; the output of Latex and see if it is right or not. This is not true of &lt;br&gt; programming language libraries, because our test suites are never good &lt;br&gt; enough. &lt;br&gt; --- &lt;br&gt; [ comp.std.c++ is moderated. To submit articles, try just posting with ]
  </summary>
  </entry>
  <entry>
  <author>
  <name>John Nagle</name>
  <email>na...@animats.com</email>
  </author>
  <updated>2008-01-09T07:16:03Z</updated>
  <id>http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/1f9bc9580141d9d1?show_docid=1f9bc9580141d9d1</id>
  <link href="http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/1f9bc9580141d9d1?show_docid=1f9bc9580141d9d1"/>
  <title type="text">Re: What&#39;s wrong with this picture?</title>
  <summary type="html" xml:space="preserve">
  I think it made it into the Ada discussion group documents, which &lt;br&gt; went out on microfiche, and somewhere in some obscure library cabinet &lt;br&gt; those probably still exist. Not that anybody cares at this late date. &lt;br&gt; The intention is not that these are all different types. They&#39;re all &lt;br&gt; type &amp;quot;int&amp;quot; with different attributes. The space used to store them is
  </summary>
  </entry>
  <entry>
  <author>
  <name>Andrei Alexandrescu (See Website For Email)</name>
  <email>seewebsiteforem...@erdani.org</email>
  </author>
  <updated>2008-01-08T21:17:25Z</updated>
  <id>http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/0bd7aee902173734?show_docid=0bd7aee902173734</id>
  <link href="http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/0bd7aee902173734?show_docid=0bd7aee902173734"/>
  <title type="text">Re: What&#39;s wrong with this picture?</title>
  <summary type="html" xml:space="preserve">
  A while ago, I&#39;ve discussed with Howard Hinnant the scenario in which &lt;br&gt; functions could overload on value vs. reference, e.g.: &lt;br&gt; struct A {}; &lt;br&gt; void foo(A &amp;amp;); &lt;br&gt; void foo(const A &amp;amp;); &lt;br&gt; void foo(A); &lt;br&gt; would describe three distinct overloads, which would be selected based &lt;br&gt; on the &amp;quot;true&amp;quot; constness and lvalueness of the passed-in argument. Then
  </summary>
  </entry>
  <entry>
  <author>
  <name>Andrei Alexandrescu (See Website For Email)</name>
  <email>seewebsiteforem...@erdani.org</email>
  </author>
  <updated>2008-01-08T18:57:05Z</updated>
  <id>http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/c43d5ab79275a3de?show_docid=c43d5ab79275a3de</id>
  <link href="http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/c43d5ab79275a3de?show_docid=c43d5ab79275a3de"/>
  <title type="text">Re: What&#39;s wrong with this picture?</title>
  <summary type="html" xml:space="preserve">
  Interesting. I couldn&#39;t find the paper, but you did a great job at &lt;br&gt; conveying the gist of it. &lt;br&gt; There is one element that could help your case in C++ (e.g. as a library &lt;br&gt; implementation) but a few that work against: &lt;br&gt; + The advent of auto would allow people to let the compiler take care of &lt;br&gt; computing the result type of an expression. Otherwise it would be
  </summary>
  </entry>
  <entry>
  <author>
  <email>lont...@gmail.com</email>
  </author>
  <updated>2008-01-08T14:44:42Z</updated>
  <id>http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/b403037304b8c8b0?show_docid=b403037304b8c8b0</id>
  <link href="http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/b403037304b8c8b0?show_docid=b403037304b8c8b0"/>
  <title type="text">Re: What&#39;s wrong with this picture?</title>
  <summary type="html" xml:space="preserve">
  I am glad someone not only sees that something is wrong but actually &lt;br&gt; has a pretty good idea of what exactly is wrong. By the way, I have &lt;br&gt; looked at D language and I am impressed. Seems like a huge improvement &lt;br&gt; on C++ (for the most part). But until we can all switch to D [:-)], do &lt;br&gt; you think something can be done for C++ to at least mitigate this
  </summary>
  </entry>
  <entry>
  <author>
  <name>John Nagle</name>
  <email>na...@animats.com</email>
  </author>
  <updated>2008-01-08T06:09:38Z</updated>
  <id>http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/8f8eedc7386f60c1?show_docid=8f8eedc7386f60c1</id>
  <link href="http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/8f8eedc7386f60c1?show_docid=8f8eedc7386f60c1"/>
  <title type="text">Re: What&#39;s wrong with this picture?</title>
  <summary type="html" xml:space="preserve">
  A long time ago, back when Ada was being designed, I wrote a short paper &lt;br&gt; titled &amp;quot;Type Integer Considered Harmful&amp;quot;, in which I addressed this issue. &lt;br&gt; The fundamental problem here is that typing addresses a numeric problem &lt;br&gt; by linguistic means. &lt;br&gt; The position I took was that the basic integer numeric concept should be
  </summary>
  </entry>
  <entry>
  <author>
  <name>Pedro Lamarão</name>
  <email>pedro.lama...@gmail.com</email>
  </author>
  <updated>2008-01-07T17:56:35Z</updated>
  <id>http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/9d48651d088c60ca/a58da64b17b84e7d?show_docid=a58da64b17b84e7d</id>
  <link href="http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/9d48651d088c60ca/a58da64b17b84e7d?show_docid=a58da64b17b84e7d"/>
  <title type="text">Re: why is operator+=() allowed to be non-member function also ?</title>
  <summary type="html" xml:space="preserve">
  Hum... Current GCC 4.3 compiles this without complaint: &lt;br&gt; using namespace std; &lt;br&gt; class Test &lt;br&gt; { &lt;br&gt; public: &lt;br&gt; Test(int arg = 10); &lt;br&gt; int val; &lt;br&gt; Test::Test(int arg) : val(arg) &lt;br&gt; { &lt;br&gt; cout &amp;lt;&amp;lt; &amp;quot;one arg ctor called&amp;quot; &amp;lt;&amp;lt; endl; &lt;br&gt; Test operator+=(Test&amp;amp;&amp;amp; lhs, Test const&amp;amp; rhs) &lt;br&gt; { &lt;br&gt; cout &amp;lt;&amp;lt; &amp;quot;from operator+=&amp;quot; &amp;lt;&amp;lt; endl;
  </summary>
  </entry>
  <entry>
  <author>
  <name>Andrey Tarasevich</name>
  <email>andreytarasev...@hotmail.com</email>
  </author>
  <updated>2008-01-07T10:51:19Z</updated>
  <id>http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/9d48651d088c60ca/690d03d9ff3c06e2?show_docid=690d03d9ff3c06e2</id>
  <link href="http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/9d48651d088c60ca/690d03d9ff3c06e2?show_docid=690d03d9ff3c06e2"/>
  <title type="text">Re: why is operator+=() allowed to be non-member function also ?</title>
  <summary type="html" xml:space="preserve">
  I think the way you see this is is a bit backwards, so to say. The proper way to &lt;br&gt; see it is that for the purpose of uniformity _all_ overloadable operators are &lt;br&gt; (and should be) allowed to have both member and non-member (standalone) forms, &lt;br&gt; unless there is a good reason to prohibit it. So, it is not about _allowing_
  </summary>
  </entry>
  <entry>
  <author>
  <name>&quot;Andrei Alexandrescu (See Website For Email)&quot;</name>
  <email>seewebsiteforem...@erdani.org</email>
  </author>
  <updated>2008-01-07T07:09:36Z</updated>
  <id>http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/303e3bf2407a7609?show_docid=303e3bf2407a7609</id>
  <link href="http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/303e3bf2407a7609?show_docid=303e3bf2407a7609"/>
  <title type="text">Re: What&#39;s wrong with this picture?</title>
  <summary type="html" xml:space="preserve">
  I agree; this is perhaps a good example of the law of diminishing &lt;br&gt; returns at work. The min/max solution in the (rejected) proposal &lt;br&gt; painstakingly handles by hand all of the exceedingly uninteresting &lt;br&gt; corner cases and also all semantics-dependent static typing (e.g. having &lt;br&gt; min invoked against an unsigned short and a signed char yields a signed
  </summary>
  </entry>
  <entry>
  <author>
  <name>Alberto Ganesh Barbati</name>
  <email>albertobarb...@libero.it</email>
  </author>
  <updated>2008-01-07T04:20:22Z</updated>
  <id>http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/c801bcef533831e7?show_docid=c801bcef533831e7</id>
  <link href="http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/c801bcef533831e7?show_docid=c801bcef533831e7"/>
  <title type="text">Re: What&#39;s wrong with this picture?</title>
  <summary type="html" xml:space="preserve">
  lont...@gmail.com ha scritto: &lt;br&gt; In fact, that proposal has been rejected by the LWG, according to &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2433.html&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; Ganesh &lt;br&gt; --- &lt;br&gt; [ comp.std.c++ is moderated. To submit articles, try just posting with ] &lt;br&gt; [ your news-reader. If that fails, use mailto:std-...@ncar.ucar.edu ]
  </summary>
  </entry>
  <entry>
  <author>
  <email>lont...@gmail.com</email>
  </author>
  <updated>2008-01-06T23:44:07Z</updated>
  <id>http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/26bbd00a87fd2fc4?show_docid=26bbd00a87fd2fc4</id>
  <link href="http://groups.google.co.uk/group/comp.std.c++/browse_thread/thread/da71464ad690d506/26bbd00a87fd2fc4?show_docid=26bbd00a87fd2fc4"/>
  <title type="text">Re: What&#39;s wrong with this picture?</title>
  <summary type="html" xml:space="preserve">
  Thanks for the link, quite funny. &lt;br&gt; I was beginning to think I was the only one who saw this trend as a &lt;br&gt; problem. &lt;br&gt; --- &lt;br&gt; [ comp.std.c++ is moderated. To submit articles, try just posting with ] &lt;br&gt; [ your news-reader. If that fails, use mailto:std-...@ncar.ucar.edu ] &lt;br&gt; [ --- Please see the FAQ before posting. --- ]
  </summary>
  </entry>
</feed>
