<?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.compilers</id>
  <title type="text">comp.compilers Google Group</title>
  <subtitle type="text">
  Compiler construction, theory, etc. (Moderated)
  </subtitle>
  <link href="/group/comp.compilers/feed/atom_v1_0_msgs.xml" rel="self" title="comp.compilers feed"/>
  <updated>2009-11-09T00:54:59Z</updated>
  <generator uri="http://groups.google.co.uk" version="1.99">Google Groups</generator>
  <entry>
  <author>
  <name>Dirk Craeynest</name>
  <email>dirk.craeyn...@cs.kuleuven.be</email>
  </author>
  <updated>2009-11-09T00:54:59Z</updated>
  <id>http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/12f48e796f1af984/c4fa73bfadd4755c?show_docid=c4fa73bfadd4755c</id>
  <link href="http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/12f48e796f1af984/c4fa73bfadd4755c?show_docid=c4fa73bfadd4755c"/>
  <title type="text">Final CfP, Ada-Europe 2010 EXTENDED submission deadline Nov 23</title>
  <summary type="html" xml:space="preserve">
  ------------------------------ ------------------------------ ----------- &lt;br&gt; FINAL Call for Papers &lt;br&gt; EXTENDED DEADLINE &lt;br&gt; 15th International Conference on &lt;br&gt; Reliable Software Technologies - Ada-Europe 2010 &lt;br&gt; 14 - 18 June 2010, Valencia, Spain
  </summary>
  </entry>
  <entry>
  <author>
  <name>C. Bergström</name>
  <email>cbergst...@pathscale.com</email>
  </author>
  <updated>2009-11-08T18:42:48Z</updated>
  <id>http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/0483a26565ce8c03/361bc83f8acf2210?show_docid=361bc83f8acf2210</id>
  <link href="http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/0483a26565ce8c03/361bc83f8acf2210?show_docid=361bc83f8acf2210"/>
  <title type="text">Compiler enthusiast SC09 Meetup - Portland, OR Nov 17th</title>
  <summary type="html" xml:space="preserve">
  Hi all! &lt;br&gt; Join me and others in the compiler industry this year to meet and share &lt;br&gt; ideas. If you&#39;re going to SC (SuperComputing) it&#39;s the perfect chance &lt;br&gt; to talk about how exascale computing will affect our industry and or &lt;br&gt; just share cool research you&#39;ve been working on. Please RSVP at the &lt;br&gt; link below or if you&#39;re interested in giving a short talk email me direct.
  </summary>
  </entry>
  <entry>
  <author>
  <name>comp.compilers</name>
  <email>compil...@iecc.com</email>
  </author>
  <updated>2009-11-08T08:59:39Z</updated>
  <id>http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/76aa045a32bf7300/3fc1e16e07c5cf15?show_docid=3fc1e16e07c5cf15</id>
  <link href="http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/76aa045a32bf7300/3fc1e16e07c5cf15?show_docid=3fc1e16e07c5cf15"/>
  <title type="text">Compiler positions available for week ending November 8</title>
  <summary type="html" xml:space="preserve">
  This is a digest of ``help wanted&#39;&#39; and ``position available&#39;&#39; messages &lt;br&gt; received at comp.compilers during the preceding week. Messages must &lt;br&gt; advertise a position having something to do with compilers and must also &lt;br&gt; conform to the guidelines periodically posted in misc.jobs.offered. &lt;br&gt; Positions that remain open may be re-advertised once a month. To respond
  </summary>
  </entry>
  <entry>
  <author>
  <name>nathan.mccauley@gmail.com</name>
  <email>nathan.mccau...@gmail.com</email>
  </author>
  <updated>2009-11-08T04:52:09Z</updated>
  <id>http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/caae6ac85dd19944/c2824aa530c0f540?show_docid=c2824aa530c0f540</id>
  <link href="http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/caae6ac85dd19944/c2824aa530c0f540?show_docid=c2824aa530c0f540"/>
  <title type="text">Re: Switch statement code generation</title>
  <summary type="html" xml:space="preserve">
  Has anyone seen tries used for the string-based switch statements?
  </summary>
  </entry>
  <entry>
  <author>
  <name>Hans-Peter Diettrich</name>
  <email>drdiettri...@aol.com</email>
  </author>
  <updated>2009-11-06T23:25:44Z</updated>
  <id>http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/e37c657a4146c94f/782d58255b07843b?show_docid=782d58255b07843b</id>
  <link href="http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/e37c657a4146c94f/782d58255b07843b?show_docid=782d58255b07843b"/>
  <title type="text">Re: how to deal with left recursive?</title>
  <summary type="html" xml:space="preserve">
  vincent Feng schrieb: &lt;br&gt; statement_list &lt;br&gt; : statement &lt;br&gt; | statement statement_list &lt;br&gt; ; &lt;br&gt; or shorter EBNF: &lt;br&gt; statement_list &lt;br&gt; : statement [ statement_list ] &lt;br&gt; ; &lt;br&gt; or &lt;br&gt; statement_list &lt;br&gt; : statement { statement } &lt;br&gt; ; &lt;br&gt; The C language is essentially LL(1), with one or two LL(2) cases.
  </summary>
  </entry>
  <entry>
  <author>
  <name>Kaz Kylheku</name>
  <email>kkylh...@gmail.com</email>
  </author>
  <updated>2009-11-06T21:28:00Z</updated>
  <id>http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/e37c657a4146c94f/99c2aa6bbac9d7e3?show_docid=99c2aa6bbac9d7e3</id>
  <link href="http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/e37c657a4146c94f/99c2aa6bbac9d7e3?show_docid=99c2aa6bbac9d7e3"/>
  <title type="text">Re: how to deal with left recursive?</title>
  <summary type="html" xml:space="preserve">
  Since there are no semantic actions attached to the above grammar which depend &lt;br&gt; on order, you can just make it right recursive. &lt;br&gt; statement_list &lt;br&gt; : statement &lt;br&gt; | statement statement_list &lt;br&gt; ; &lt;br&gt; This generates exactly the same symbol strings (i.e. language) as the previous &lt;br&gt; grammar. &lt;br&gt; Think about it: left recursion is a silly way to represent a list-like
  </summary>
  </entry>
  <entry>
  <author>
  <name>Helmut</name>
  <email>helmut.bra...@gmx.net</email>
  </author>
  <updated>2009-11-06T15:24:25Z</updated>
  <id>http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/e5685405e70ba962/40bba1767ec71232?show_docid=40bba1767ec71232</id>
  <link href="http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/e5685405e70ba962/40bba1767ec71232?show_docid=40bba1767ec71232"/>
  <title type="text">The Eiffel Compiler tecomp version 0.20 has been released</title>
  <summary type="html" xml:space="preserve">
  doc: &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://tecomp.sourceforge.net&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; download: &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.sourceforge.net/projects/tecomp&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; == Bugfixes and improvements == &lt;br&gt; - All type combinations in equality test (&amp;quot;=&amp;quot; and &amp;quot;~&amp;quot;) shall now &lt;br&gt; work properly. &lt;br&gt; - Deep features now work for all types without any exceptions. &lt;br&gt; - The garbage collector has been reworked completely. Before,
  </summary>
  </entry>
  <entry>
  <author>
  <name>Marc</name>
  <email>comp.compil...@h-rd.org</email>
  </author>
  <updated>2009-11-06T11:16:30Z</updated>
  <id>http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/23e1f10ebc2cd143/7755800c52ef8b29?show_docid=7755800c52ef8b29</id>
  <link href="http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/23e1f10ebc2cd143/7755800c52ef8b29?show_docid=7755800c52ef8b29"/>
  <title type="text">help in locating old ACM conference proceedings</title>
  <summary type="html" xml:space="preserve">
  Dear comp.compilers, &lt;br&gt; I am looking for copies of papers from the 1963 ACM Natl. Conf., Denver, &lt;br&gt; Colo. Now, obviously, I should go to the ACM digital library and get them. &lt;br&gt; Unfortunately, ACM does not have a copy of these proceedings!! After &lt;br&gt; mailing with them about it, it seems that they nor have a paper or
  </summary>
  </entry>
  <entry>
  <author>
  <name>vincent Feng</name>
  <email>vincent.f...@yahoo.com</email>
  </author>
  <updated>2009-11-06T03:10:46Z</updated>
  <id>http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/e37c657a4146c94f/f9083ebdbe4193ab?show_docid=f9083ebdbe4193ab</id>
  <link href="http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/e37c657a4146c94f/f9083ebdbe4193ab?show_docid=f9083ebdbe4193ab"/>
  <title type="text">how to deal with left recursive?</title>
  <summary type="html" xml:space="preserve">
  I have found ansi c yacc grammar. &lt;br&gt; A production of statement list like this &lt;br&gt; statement_list &lt;br&gt; : statement &lt;br&gt; | statement_list statement &lt;br&gt; ; &lt;br&gt; is left recursive. &lt;br&gt; How to elimilate left recursive in such case? &lt;br&gt; Is there exist a solution for parsing such grammar using LL(k) ?
  </summary>
  </entry>
  <entry>
  <author>
  <name>Kaz Kylheku</name>
  <email>kkylh...@gmail.com</email>
  </author>
  <updated>2009-11-06T00:55:36Z</updated>
  <id>http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/e6b96e11c0469f16/fa3f51aed6ac3af6?show_docid=fa3f51aed6ac3af6</id>
  <link href="http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/e6b96e11c0469f16/fa3f51aed6ac3af6?show_docid=fa3f51aed6ac3af6"/>
  <title type="text">Re: Placement of memory loads</title>
  <summary type="html" xml:space="preserve">
  Strange, old-schoolish approach to compiling. Loading from memory into &lt;br&gt; registers is a low level concept, variables high level. &lt;br&gt; Why not single-store-assignment or something? &lt;br&gt; How about generating a new temporary for each intermediate expression, &lt;br&gt; including loads. Then assign registers to temporaries. &lt;br&gt; x = x + 1;
  </summary>
  </entry>
  <entry>
  <author>
  <name>BGB / cr88192</name>
  <email>cr88...@hotmail.com</email>
  </author>
  <updated>2009-11-05T22:13:48Z</updated>
  <id>http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/e6b96e11c0469f16/cb7923d84a8b50e8?show_docid=cb7923d84a8b50e8</id>
  <link href="http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/e6b96e11c0469f16/cb7923d84a8b50e8?show_docid=cb7923d84a8b50e8"/>
  <title type="text">Re: Placement of memory loads</title>
  <summary type="html" xml:space="preserve">
  &amp;lt;snip&amp;gt; &lt;br&gt; &amp;lt;snip&amp;gt; &lt;br&gt; my strategy is simple enough and seems to be fairly effective: &lt;br&gt; I start in some initial state (locals are on stack, args are maybe on stack &lt;br&gt; or in regs); &lt;br&gt; if I need to synchronize, I may force everything back into memory; &lt;br&gt; if a need to load is encountered, a variable is loaded, and subsequently
  </summary>
  </entry>
  <entry>
  <author>
  <name>bartc</name>
  <email>ba...@freeuk.com</email>
  </author>
  <updated>2009-11-05T22:11:44Z</updated>
  <id>http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/caae6ac85dd19944/c298fcee3a791192?show_docid=c298fcee3a791192</id>
  <link href="http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/caae6ac85dd19944/c298fcee3a791192?show_docid=c298fcee3a791192"/>
  <title type="text">Re: Switch statement code generation</title>
  <summary type="html" xml:space="preserve">
  Hey, that&#39;s what I use.. invented independently of course. &lt;br&gt; &#39;switch&#39; for an indexed jump table, for case values in the range of 500 or &lt;br&gt; 1000 (between minimum and maximum values). &lt;br&gt; &#39;cswitch&#39; for other case values, which just does a linear search. &lt;br&gt; Since these implement &#39;Switch&#39; for an interpreted language, with the cswitch
  </summary>
  </entry>
  <entry>
  <author>
  <name>Walter Banks</name>
  <email>wal...@bytecraft.com</email>
  </author>
  <updated>2009-11-05T20:12:30Z</updated>
  <id>http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/caae6ac85dd19944/d9868d2d87889f11?show_docid=d9868d2d87889f11</id>
  <link href="http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/caae6ac85dd19944/d9868d2d87889f11?show_docid=d9868d2d87889f11"/>
  <title type="text">Re: Switch statement code generation</title>
  <summary type="html" xml:space="preserve">
  I have seen / have implemented if/else as either buried as part of the &lt;br&gt; switch body or as a separate if/else code block that jumps into the &lt;br&gt; switch body. The determining factor is the distance a conditional &lt;br&gt; branch can jump. &lt;br&gt; Regards, &lt;br&gt; Walter..
  </summary>
  </entry>
  <entry>
  <author>
  <name>bartc</name>
  <email>ba...@freeuk.com</email>
  </author>
  <updated>2009-11-05T16:17:40Z</updated>
  <id>http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/55ec553241f9c275/c15b066cfac9f7c2?show_docid=c15b066cfac9f7c2</id>
  <link href="http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/55ec553241f9c275/c15b066cfac9f7c2?show_docid=c15b066cfac9f7c2"/>
  <title type="text">Re: Comparisons and Benchmarking</title>
  <summary type="html" xml:space="preserve">
  I like to benchmark using low-level features, eg. integer operations, or &lt;br&gt; sometimes a bit of string processing. &lt;br&gt; This gives an quick idea of how quick a language (or implementation) really &lt;br&gt; is. This might be important if someone wants to add functionality which &lt;br&gt; isn&#39;t built-in and they don&#39;t particularly want to write it as a separate C
  </summary>
  </entry>
  <entry>
  <author>
  <name>YuGr</name>
  <email>tetra2...@googlemail.com</email>
  </author>
  <updated>2009-11-05T06:42:32Z</updated>
  <id>http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/e6b96e11c0469f16/a9817c37e71bfea0?show_docid=a9817c37e71bfea0</id>
  <link href="http://groups.google.co.uk/group/comp.compilers/browse_thread/thread/e6b96e11c0469f16/a9817c37e71bfea0?show_docid=a9817c37e71bfea0"/>
  <title type="text">Placement of memory loads</title>
  <summary type="html" xml:space="preserve">
  Hi, &lt;br&gt; I want to figure out the best way to place initial memory loads in generated &lt;br&gt; code. &lt;br&gt; My current approach is very simple and inefficient. I do a liveness analysis &lt;br&gt; and then insert memory loads for all undefined variables in the beginning of &lt;br&gt; initial basic block. Here is an example (both x and y are global):
  </summary>
  </entry>
</feed>
