<?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.com/group/comp.std.c</id>
  <title type="text">comp.std.c Google Group</title>
  <subtitle type="text">
  Discussion about C language standards.
  </subtitle>
  <link href="/group/comp.std.c/feed/atom_v1_0_msgs.xml" rel="self" title="comp.std.c feed"/>
  <updated>2009-12-16T07:50:14Z</updated>
  <generator uri="http://groups.google.com" version="1.99">Google Groups</generator>
  <entry>
  <author>
  <name>Keith Thompson</name>
  <email>ks...@mib.org</email>
  </author>
  <updated>2009-12-16T07:50:14Z</updated>
  <id>http://groups.google.com/group/comp.std.c/browse_frm/thread/d1def2f544eb7d71/6e03910039290088?show_docid=6e03910039290088</id>
  <link href="http://groups.google.com/group/comp.std.c/browse_frm/thread/d1def2f544eb7d71/6e03910039290088?show_docid=6e03910039290088"/>
  <title type="text">Re: Mutex in standard C</title>
  <summary type="html" xml:space="preserve">
  The latest committee draft for C201X is &lt;br&gt; &amp;lt;&lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.open-std.org/JTC1/SC22/WG14/www/docs/n1425.pdf&quot;&gt;[link]&lt;/a&gt;&amp;gt;. &lt;br&gt; It includes a &amp;lt;threads.h&amp;gt; header. I&#39;m not sure how it relates to &lt;br&gt; Plauger&#39;s proposal.
  </summary>
  </entry>
  <entry>
  <author>
  <name>jacob navia</name>
  <email>ja...@nospam.org</email>
  </author>
  <updated>2009-12-16T07:42:06Z</updated>
  <id>http://groups.google.com/group/comp.std.c/browse_frm/thread/d1def2f544eb7d71/0999cf7f88c2f1af?show_docid=0999cf7f88c2f1af</id>
  <link href="http://groups.google.com/group/comp.std.c/browse_frm/thread/d1def2f544eb7d71/0999cf7f88c2f1af?show_docid=0999cf7f88c2f1af"/>
  <title type="text">Mutex in standard C</title>
  <summary type="html" xml:space="preserve">
  Hi &lt;br&gt; I am writing a container library in C with the objective of giving &lt;br&gt; all C programmers a &amp;quot;STL light&amp;quot; package. &lt;br&gt; I need synchronization primitives for multi-threaded operation. I remember &lt;br&gt; that I reviewed in this group a thread proposal written by Plauger. &lt;br&gt; Is that proposal accepted? &lt;br&gt; Should I use it as a basis for the synch primitives?
  </summary>
  </entry>
  <entry>
  <author>
  <name>SolutionPerson</name>
  <email>eso...@gmail.com</email>
  </author>
  <updated>2009-12-15T14:30:05Z</updated>
  <id>http://groups.google.com/group/comp.std.c/browse_frm/thread/0f9206e4e5f6ceb2/ef6b9849a5ca7c15?show_docid=ef6b9849a5ca7c15</id>
  <link href="http://groups.google.com/group/comp.std.c/browse_frm/thread/0f9206e4e5f6ceb2/ef6b9849a5ca7c15?show_docid=ef6b9849a5ca7c15"/>
  <title type="text">Analysis- With an Introduction to Proof, 4-E-Instructors SM is available at affordable prices. Email me at allsolutionmanuals11[at]gmail.com if you need to buy this. All emails will be answered ASAP.</title>
  <summary type="html" xml:space="preserve">
  Analysis- With an Introduction to Proof, 4-E-Instructors SM is &lt;br&gt; available at affordable prices. Email me at allsolutionmanuals11[at] &lt;br&gt; gmail.com if you need to buy this. All emails will be answered ASAP.
  </summary>
  </entry>
  <entry>
  <author>
  <name>Paulo Matos</name>
  <email>pocma...@gmail.com</email>
  </author>
  <updated>2009-12-14T08:32:17Z</updated>
  <id>http://groups.google.com/group/comp.std.c/browse_frm/thread/5a66407753d5f4f7/e71db0d868ae88c0?show_docid=e71db0d868ae88c0</id>
  <link href="http://groups.google.com/group/comp.std.c/browse_frm/thread/5a66407753d5f4f7/e71db0d868ae88c0?show_docid=e71db0d868ae88c0"/>
  <title type="text">Re: Copy of the old C90</title>
  <summary type="html" xml:space="preserve">
  Thank you very much for the reference!
  </summary>
  </entry>
  <entry>
  <author>
  <name>Flash Gordon</name>
  <email>s...@spam.causeway.com</email>
  </author>
  <updated>2009-12-13T12:14:06Z</updated>
  <id>http://groups.google.com/group/comp.std.c/browse_frm/thread/18f7cdbfbd2579c4/a0d5d0128a8ec45f?show_docid=a0d5d0128a8ec45f</id>
  <link href="http://groups.google.com/group/comp.std.c/browse_frm/thread/18f7cdbfbd2579c4/a0d5d0128a8ec45f?show_docid=a0d5d0128a8ec45f"/>
  <title type="text">Re: Next ISO C standard - any features being removed?</title>
  <summary type="html" xml:space="preserve">
  We did not use an eval board, and we did not use Linux (or any OS &lt;br&gt; provided by TI), and it was definitely a TI compiler not gcc. Things &lt;br&gt; could have changed since then, or they could do different things for &lt;br&gt; different ranges of chips, or they could do Linux/gcc for the Eval &lt;br&gt; boards and as we did not do the eval board...
  </summary>
  </entry>
  <entry>
  <author>
  <name>Dag-Erling Smørgrav</name>
  <email>d...@des.no</email>
  </author>
  <updated>2009-12-13T11:55:51Z</updated>
  <id>http://groups.google.com/group/comp.std.c/browse_frm/thread/18f7cdbfbd2579c4/b30af9686531094d?show_docid=b30af9686531094d</id>
  <link href="http://groups.google.com/group/comp.std.c/browse_frm/thread/18f7cdbfbd2579c4/b30af9686531094d?show_docid=b30af9686531094d"/>
  <title type="text">Re: Next ISO C standard - any features being removed?</title>
  <summary type="html" xml:space="preserve">
  Last time I worked on a TI chip (DaVinci &amp;amp; DaVinci HD) they provided two &lt;br&gt; compilers, one of which was GCC, and the eval board ran Linux... &lt;br&gt; DES
  </summary>
  </entry>
  <entry>
  <author>
  <name>Flash Gordon</name>
  <email>s...@spam.causeway.com</email>
  </author>
  <updated>2009-12-12T00:19:21Z</updated>
  <id>http://groups.google.com/group/comp.std.c/browse_frm/thread/18f7cdbfbd2579c4/77f5ff145685db8f?show_docid=77f5ff145685db8f</id>
  <link href="http://groups.google.com/group/comp.std.c/browse_frm/thread/18f7cdbfbd2579c4/77f5ff145685db8f?show_docid=77f5ff145685db8f"/>
  <title type="text">Re: Next ISO C standard - any features being removed?</title>
  <summary type="html" xml:space="preserve">
  In conforming more (with -ansi -pedantic) it does conform to the &lt;br&gt; standard, modulo bugs. &lt;br&gt; The Texas Instruments C compiler for the TMS320C2x/2xx/5x compiled with &lt;br&gt; one exception, it did not zero static variables which did not have an &lt;br&gt; initialiser, but since they provided the source for the startup code
  </summary>
  </entry>
  <entry>
  <author>
  <name>Flash Gordon</name>
  <email>s...@spam.causeway.com</email>
  </author>
  <updated>2009-12-12T00:04:00Z</updated>
  <id>http://groups.google.com/group/comp.std.c/browse_frm/thread/5a66407753d5f4f7/97656b348764831c?show_docid=97656b348764831c</id>
  <link href="http://groups.google.com/group/comp.std.c/browse_frm/thread/5a66407753d5f4f7/97656b348764831c?show_docid=97656b348764831c"/>
  <title type="text">Re: Copy of the old C90</title>
  <summary type="html" xml:space="preserve">
  It&#39;s a pre-c89 draft, the last one that was publicly available, which I &lt;br&gt; obtained from an archive of Dan Pop&#39;s web site after he and it &lt;br&gt; disappeared. It&#39;s not perfect.
  </summary>
  </entry>
  <entry>
  <author>
  <name>SolutionPerson</name>
  <email>eso...@gmail.com</email>
  </author>
  <updated>2009-12-11T19:11:37Z</updated>
  <id>http://groups.google.com/group/comp.std.c/browse_frm/thread/ab277409bf19357a/3621b19f845207f9?show_docid=3621b19f845207f9</id>
  <link href="http://groups.google.com/group/comp.std.c/browse_frm/thread/ab277409bf19357a/3621b19f845207f9?show_docid=3621b19f845207f9"/>
  <title type="text">C++ How to Program, 7/E Deitel &amp; Deitel instructors solution manual ch 1-27 is available at affordable prices. Email at allsolutionmanuals11[at]gmail.com if you need to buy this. All emails will be answered ASAP.</title>
  <summary type="html" xml:space="preserve">
  C++ How to Program, 7/E Deitel &amp;amp; Deitel instructors solution manual &lt;br&gt; ch 1-27 is available at affordable prices. Email at &lt;br&gt; allsolutionmanuals11[at]gmail. com if you need to buy this. All emails &lt;br&gt; will be answered ASAP.
  </summary>
  </entry>
  <entry>
  <author>
  <name>Dag-Erling Smørgrav</name>
  <email>d...@des.no</email>
  </author>
  <updated>2009-12-11T16:27:39Z</updated>
  <id>http://groups.google.com/group/comp.std.c/browse_frm/thread/18f7cdbfbd2579c4/44df34dd889c8a42?show_docid=44df34dd889c8a42</id>
  <link href="http://groups.google.com/group/comp.std.c/browse_frm/thread/18f7cdbfbd2579c4/44df34dd889c8a42?show_docid=44df34dd889c8a42"/>
  <title type="text">Re: Next ISO C standard - any features being removed?</title>
  <summary type="html" xml:space="preserve">
  Doh! &lt;br&gt; DES
  </summary>
  </entry>
  <entry>
  <author>
  <name>Wojtek Lerch</name>
  <email>wojte...@yahoo.ca</email>
  </author>
  <updated>2009-12-11T15:49:38Z</updated>
  <id>http://groups.google.com/group/comp.std.c/browse_frm/thread/18f7cdbfbd2579c4/1f419bb28799b1f3?show_docid=1f419bb28799b1f3</id>
  <link href="http://groups.google.com/group/comp.std.c/browse_frm/thread/18f7cdbfbd2579c4/1f419bb28799b1f3?show_docid=1f419bb28799b1f3"/>
  <title type="text">Re: Next ISO C standard - any features being removed?</title>
  <summary type="html" xml:space="preserve">
  I think you&#39;re talking about &amp;quot;flexible array members&amp;quot;, not VLAs.
  </summary>
  </entry>
  <entry>
  <author>
  <name>Dag-Erling Smørgrav</name>
  <email>d...@des.no</email>
  </author>
  <updated>2009-12-11T15:44:06Z</updated>
  <id>http://groups.google.com/group/comp.std.c/browse_frm/thread/18f7cdbfbd2579c4/d8e4b10319b4f3cc?show_docid=d8e4b10319b4f3cc</id>
  <link href="http://groups.google.com/group/comp.std.c/browse_frm/thread/18f7cdbfbd2579c4/d8e4b10319b4f3cc?show_docid=d8e4b10319b4f3cc"/>
  <title type="text">Re: Next ISO C standard - any features being removed?</title>
  <summary type="html" xml:space="preserve">
  In many if not most cases these days, &amp;quot;compilers targeting embedded &lt;br&gt; hardware&amp;quot; means &amp;quot;the GNU compiler collection&amp;quot;, which admittedly does not &lt;br&gt; conform to any C standard, but at least it tries. &lt;br&gt; In non-GCC cases, they might not even try to conform, but they usually &lt;br&gt; do try not to surprise the users too badly.
  </summary>
  </entry>
  <entry>
  <author>
  <name>Dag-Erling Smørgrav</name>
  <email>d...@des.no</email>
  </author>
  <updated>2009-12-11T15:40:48Z</updated>
  <id>http://groups.google.com/group/comp.std.c/browse_frm/thread/18f7cdbfbd2579c4/5a8266387ff814b3?show_docid=5a8266387ff814b3</id>
  <link href="http://groups.google.com/group/comp.std.c/browse_frm/thread/18f7cdbfbd2579c4/5a8266387ff814b3?show_docid=5a8266387ff814b3"/>
  <title type="text">Re: Next ISO C standard - any features being removed?</title>
  <summary type="html" xml:space="preserve">
  Microsoft does not implement any part of C99. This is well known to &lt;br&gt; anyone who has ever tried to write software that will run on both &lt;br&gt; Windows and *nix, or to port *nix software to Windows. The most &lt;br&gt; commonly encountered problem is the lack of long long and intN_t, and to &lt;br&gt; a smaller degree (since they&#39;re less commonly used) intmax_t and the new
  </summary>
  </entry>
  <entry>
  <author>
  <name>Francis Glassborow</name>
  <email>francis.glassbo...@btinternet.com</email>
  </author>
  <updated>2009-12-11T14:50:04Z</updated>
  <id>http://groups.google.com/group/comp.std.c/browse_frm/thread/18f7cdbfbd2579c4/c1f974a737a7c5a1?show_docid=c1f974a737a7c5a1</id>
  <link href="http://groups.google.com/group/comp.std.c/browse_frm/thread/18f7cdbfbd2579c4/c1f974a737a7c5a1?show_docid=c1f974a737a7c5a1"/>
  <title type="text">Re: Next ISO C standard - any features being removed?</title>
  <summary type="html" xml:space="preserve">
  Actually, how many compilers targeting embedded hardware conform to a C &lt;br&gt; Standard (any one, let alone the latest)
  </summary>
  </entry>
  <entry>
  <author>
  <name>Marco</name>
  <email>prenom_no...@yahoo.com</email>
  </author>
  <updated>2009-12-11T14:48:07Z</updated>
  <id>http://groups.google.com/group/comp.std.c/browse_frm/thread/18f7cdbfbd2579c4/3138409350a363a9?show_docid=3138409350a363a9</id>
  <link href="http://groups.google.com/group/comp.std.c/browse_frm/thread/18f7cdbfbd2579c4/3138409350a363a9?show_docid=3138409350a363a9"/>
  <title type="text">Re: Next ISO C standard - any features being removed?</title>
  <summary type="html" xml:space="preserve">
  How many C compilers for embedded targets implement VLAs? Not many. &lt;br&gt; Does Microsoft implement it yet? not sure. &lt;br&gt; I would say 10 years out that it is not meeting the intent of having &lt;br&gt; a language standard. &lt;br&gt; I think VLA is featuritis for C. This is a good feature for other &lt;br&gt; more higher order languages.
  </summary>
  </entry>
</feed>
