<!--
RSS generated by JIRA (4.4#649-r158309) at Wed Jun 19 11:59:56 CDT 2013

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary add field=key&field=summary to the URL of your request.
For example:
http://dev.clojure.org/jira/sr/jira.issueviews:searchrequest-xml/temp/SearchRequest.xml?jqlQuery=project+%3D+MATCH+AND+resolution+%3D+Unresolved+AND+priority+%3D+Major+ORDER+BY+key+DESC&tempMax=1000&field=key&field=summary
-->
<!-- If you wish to do custom client-side styling of RSS, uncomment this:
<?xml-stylesheet href="http://dev.clojure.org/jira/styles/jiraxml2html.xsl" type="text/xsl"?>
-->
<rss version="0.92">
    <channel>
        <title>Clojure JIRA</title>
        <link>http://dev.clojure.org/jira/secure/IssueNavigator.jspa?reset=true&amp;jqlQuery=project+%3D+MATCH+AND+resolution+%3D+Unresolved+AND+priority+%3D+Major+ORDER+BY+key+DESC</link>
        <description>An XML representation of a search request</description>
                <language>en-us</language>
                        <issue start="0" end="4" total="4"/>
                <build-info>
            <version>4.4</version>
            <build-number>649</build-number>
            <build-date>25-07-2011</build-date>
        </build-info>
<item>
            <title>[MATCH-61] Exception thrown when matching using :seq when there is a seq call in the tail of the occurrences</title>
                <link>http://dev.clojure.org/jira/browse/MATCH-61</link>
                <project id="10050" key="MATCH">core.match</project>
                        <description>&lt;p&gt;The following match throws:&lt;/p&gt;

&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;(let [q &apos;(a) y &apos;(b) z &apos;(c)]
(match [q (seq y) z]
  [([_] :seq) _ _] &apos;a
  [_ _ _] &apos;b))&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;Looking at the macro expansion there&apos;s something clearly wrong simply with the fact that the seq expression occurs in multiple places instead of just at the beginning of the macro expansion.&lt;/p&gt;</description>
                <environment>with Clojure 1.3</environment>
            <key id="15550">MATCH-61</key>
            <summary>Exception thrown when matching using :seq when there is a seq call in the tail of the occurrences</summary>
                <type id="1" iconUrl="http://dev.clojure.org/jira/images/icons/bug.gif">Defect</type>
                                <priority id="3" iconUrl="http://dev.clojure.org/jira/images/icons/priority_major.gif">Major</priority>
                    <status id="1" iconUrl="http://dev.clojure.org/jira/images/icons/status_open.gif">Open</status>
                    <resolution id="-1">Unresolved</resolution>
                                <assignee username="dnolen">David Nolen</assignee>
                                <reporter username="etosch">Emma Tosch</reporter>
                        <labels>
                        <label>bug</label>
                        <label>seq</label>
                    </labels>
                <created>Fri, 22 Jun 2012 16:11:35 -0500</created>
                <updated>Sat, 15 Jun 2013 22:11:30 -0500</updated>
                                                                            <due></due>
                    <votes>0</votes>
                        <watches>1</watches>
                        <comments>
                    <comment id="28890" author="etosch" created="Fri, 22 Jun 2012 17:33:34 -0500"  >&lt;p&gt;&lt;a href=&quot;https://gist.github.com/626088b01817ac638fae&quot;&gt;https://gist.github.com/626088b01817ac638fae&lt;/a&gt;&lt;br/&gt;
Two expressions, macro-expanded. The only difference between the expressions is that the second occurrence in the second expression is seq&apos;ed. The second let is the one throwing the exception; it&apos;s the one with the binding&lt;/p&gt;

&lt;p&gt;(clojure.core/let [q_tail_&lt;em&gt;3472 q_tail&lt;/em&gt;_3472&lt;br/&gt;
                   q_head_&lt;em&gt;3471 q_head&lt;/em&gt;_3471&lt;br/&gt;
                   ocr-3470 (seq y)&lt;br/&gt;
                   z z]&lt;br/&gt;
...)&lt;/p&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                                            <customfield id="customfield_10010" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Global Rank</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                                                                            </customfields>
    </item>

<item>
            <title>[MATCH-49] Duplicate wildcard detection in pattern row doesn&apos;t account for locals</title>
                <link>http://dev.clojure.org/jira/browse/MATCH-49</link>
                <project id="10050" key="MATCH">core.match</project>
                        <description></description>
                <environment></environment>
            <key id="15112">MATCH-49</key>
            <summary>Duplicate wildcard detection in pattern row doesn&apos;t account for locals</summary>
                <type id="1" iconUrl="http://dev.clojure.org/jira/images/icons/bug.gif">Defect</type>
                                <priority id="3" iconUrl="http://dev.clojure.org/jira/images/icons/priority_major.gif">Major</priority>
                    <status id="1" iconUrl="http://dev.clojure.org/jira/images/icons/status_open.gif">Open</status>
                    <resolution id="-1">Unresolved</resolution>
                                <assignee username="dnolen">David Nolen</assignee>
                                <reporter username="dnolen">David Nolen</reporter>
                        <labels>
                    </labels>
                <created>Thu, 12 Jan 2012 08:36:14 -0600</created>
                <updated>Thu, 12 Jan 2012 08:36:14 -0600</updated>
                                                                            <due></due>
                    <votes>0</votes>
                        <watches>0</watches>
                                <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                                            <customfield id="customfield_10010" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Global Rank</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                                                                            </customfields>
    </item>

<item>
            <title>[MATCH-40] Allow or&apos;ing of guard functions</title>
                <link>http://dev.clojure.org/jira/browse/MATCH-40</link>
                <project id="10050" key="MATCH">core.match</project>
                        <description>&lt;p&gt;In order to simplify composition of guard predicates which are alternatives, allow for passing a sequence of predicates whose values when called will be or&apos;d together.&lt;/p&gt;

&lt;p&gt;The :when keyword currently allows passing of a vector of predicates that are and&apos;d together.&lt;/p&gt;

&lt;p&gt;Either case (`and` or `or`) can be achieved externally to match via composition, and an alternative might be to force explicit composition outside of core.match.&lt;/p&gt;

&lt;p&gt;At the least, the documentation should mention that multiple predicates will be and&apos;d together.&lt;/p&gt;</description>
                <environment></environment>
            <key id="15024">MATCH-40</key>
            <summary>Allow or&apos;ing of guard functions</summary>
                <type id="4" iconUrl="http://dev.clojure.org/jira/images/icons/improvement.gif">Enhancement</type>
                                <priority id="3" iconUrl="http://dev.clojure.org/jira/images/icons/priority_major.gif">Major</priority>
                    <status id="1" iconUrl="http://dev.clojure.org/jira/images/icons/status_open.gif">Open</status>
                    <resolution id="-1">Unresolved</resolution>
                                <assignee username="dnolen">David Nolen</assignee>
                                <reporter username="hugoduncan">Hugo Duncan</reporter>
                        <labels>
                    </labels>
                <created>Mon, 21 Nov 2011 11:11:42 -0600</created>
                <updated>Mon, 21 Nov 2011 11:11:42 -0600</updated>
                                                                            <due></due>
                    <votes>0</votes>
                        <watches>0</watches>
                                <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                                            <customfield id="customfield_10010" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Global Rank</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                                                                            </customfields>
    </item>

<item>
            <title>[MATCH-4] Optimized pattern matching on deftype/record, POJOs</title>
                <link>http://dev.clojure.org/jira/browse/MATCH-4</link>
                <project id="10050" key="MATCH">core.match</project>
                        <description>&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;(match [x]
  [({:a 0 :b 1} :type Foo)] :a0
  ...)&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;:a and :b would be converted to field access, i.e. (.a x)&lt;/p&gt;

&lt;p&gt;As with primitive array matching, we should do an instance check followed by hinted field access.&lt;/p&gt;

&lt;p&gt;We should consider adopting the deftype/record syntax.&lt;/p&gt;</description>
                <environment></environment>
            <key id="14603">MATCH-4</key>
            <summary>Optimized pattern matching on deftype/record, POJOs</summary>
                <type id="4" iconUrl="http://dev.clojure.org/jira/images/icons/improvement.gif">Enhancement</type>
                                <priority id="3" iconUrl="http://dev.clojure.org/jira/images/icons/priority_major.gif">Major</priority>
                    <status id="1" iconUrl="http://dev.clojure.org/jira/images/icons/status_open.gif">Open</status>
                    <resolution id="-1">Unresolved</resolution>
                                <assignee username="dnolen">David Nolen</assignee>
                                <reporter username="dnolen">David Nolen</reporter>
                        <labels>
                    </labels>
                <created>Sun, 4 Sep 2011 09:56:54 -0500</created>
                <updated>Thu, 27 Oct 2011 23:42:15 -0500</updated>
                                                                            <due></due>
                    <votes>0</votes>
                        <watches>0</watches>
                        <comments>
                    <comment id="27171" author="dnolen" created="Thu, 27 Oct 2011 16:41:00 -0500"  >&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;(match [x]
  [^Foo {.-bar 5 .-baz 7}] :a0
  [^Foo {.-bar _ .-woz 8}] :a1
  :&lt;span class=&quot;code-keyword&quot;&gt;else&lt;/span&gt; :a2)&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;Given the recent ClojureScript property access discussions this seems like an acceptable syntax for high-performance property access.&lt;/p&gt;

&lt;p&gt;Maybe:&lt;/p&gt;

&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;(match [^Foo x]
  [{.-bar 5 .-baz 7}] :a0
  [{.-bar _ .-woz 8}] :a1
  :&lt;span class=&quot;code-keyword&quot;&gt;else&lt;/span&gt; :a2)&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;But probably not since then we should probably throw if someone tries to declare a different type in the row.&lt;/p&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                                            <customfield id="customfield_10010" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Global Rank</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                                                                            </customfields>
    </item>
</channel>
</rss>