<!-- 
RSS generated by JIRA (4.4#649-r158309) at Wed Jun 19 16:20:15 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/si/jira.issueviews:issue-xml/CLJ-440/CLJ-440.xml?field=key&field=summary
-->
<rss version="0.92" >
<channel>
    <title>Clojure JIRA</title>
    <link>http://dev.clojure.org/jira</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>4.4</version>
        <build-number>649</build-number>
        <build-date>25-07-2011</build-date>
    </build-info>

<item>
            <title>[CLJ-440] java method calls cannot omit varargs</title>
                <link>http://dev.clojure.org/jira/browse/CLJ-440</link>
                <project id="10010" key="CLJ">Clojure</project>
                        <description>&lt;p&gt;From &lt;a href=&quot;http://groups.google.com/group/clojure/browse_thread/thread/7d0d6cb32656a621&quot;&gt;http://groups.google.com/group/clojure/browse_thread/thread/7d0d6cb32656a621&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;E.g., trying to call java.util.Collections.addAll(Collection c, T... elements)&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;user=&amp;gt; (Collections/addAll [] (object-array 0))
&lt;span class=&quot;code-keyword&quot;&gt;false&lt;/span&gt;
user=&amp;gt; (Collections/addAll [])
IllegalArgumentException No matching method: addAll  clojure.lang.&lt;span class=&quot;code-object&quot;&gt;Compiler&lt;/span&gt;$StaticMethodExpr.&amp;lt;init&amp;gt; (&lt;span class=&quot;code-object&quot;&gt;Compiler&lt;/span&gt;.java:1401)&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;The Method class provides an isVarArg() method, which could be used to inform the compiler to process things differently.&lt;/p&gt;</description>
                <environment></environment>
            <key id="13837">CLJ-440</key>
            <summary>java method calls cannot omit varargs</summary>
                <type id="4" iconUrl="http://dev.clojure.org/jira/images/icons/improvement.gif">Enhancement</type>
                                        <status id="1" iconUrl="http://dev.clojure.org/jira/images/icons/status_open.gif">Open</status>
                    <resolution id="-1">Unresolved</resolution>
                                <assignee username="-1">Unassigned</assignee>
                                <reporter username="-1">None</reporter>
                        <labels>
                    </labels>
                <created>Mon, 27 Sep 2010 20:19:00 -0500</created>
                <updated>Mon, 29 Oct 2012 10:56:32 -0500</updated>
                                                    <fixVersion>Backlog</fixVersion>
                                        <due></due>
                    <votes>5</votes>
                        <watches>6</watches>
                        <comments>
                    <comment id="24237" author="importer" created="Mon, 27 Sep 2010 20:19:00 -0500"  >&lt;p&gt;Converted from &lt;a href=&quot;http://www.assembla.com/spaces/clojure/tickets/440&quot;&gt;http://www.assembla.com/spaces/clojure/tickets/440&lt;/a&gt;&lt;/p&gt;</comment>
                    <comment id="26340" author="ataggart" created="Fri, 1 Apr 2011 23:16:23 -0500"  >&lt;p&gt;Patch adds support for varargs.  Builds on top of patch in &lt;a href=&quot;http://dev.clojure.org/jira/browse/CLJ-445&quot; title=&quot;Method/Constructor resolution does not factor in widening conversion of primitive args&quot;&gt;CLJ-445&lt;/a&gt;.&lt;/p&gt;</comment>
                    <comment id="26344" author="ataggart" created="Tue, 5 Apr 2011 17:45:41 -0500"  >&lt;p&gt;Patch updated to current &lt;a href=&quot;http://dev.clojure.org/jira/browse/CLJ-445&quot; title=&quot;Method/Constructor resolution does not factor in widening conversion of primitive args&quot;&gt;CLJ-445&lt;/a&gt; patch.&lt;/p&gt;</comment>
                    <comment id="29866" author="klauern" created="Mon, 29 Oct 2012 08:12:35 -0500"  >&lt;p&gt;Is this ticket on hold?  I find myself typing &lt;tt&gt;(.someCall arg1 arg2 (into-array SomeType nil))&lt;/tt&gt; alot just to get the right method to be called. This ticket sounds like it would address that extraneous &lt;tt&gt;into-array&lt;/tt&gt; arg that I use alot.&lt;/p&gt;</comment>
                    <comment id="29868" author="jafingerhut" created="Mon, 29 Oct 2012 10:45:47 -0500"  >&lt;p&gt;fixbug445.diff uploaded on Oct 29 2012 was written Oct 23 2010 by Alexander Taggart.  I am simply copying it from the old Assembla ticket tracking system to here to make it more easily accessible.  Not surprisingy, it doesn&apos;t apply cleanly to latest master.  I don&apos;t know how much effort it would be to update it, but only a few hunks do not apply cleanly according to &apos;patch&apos;.  See the &quot;Updating stale patches&quot; section on the JIRA workflow page here: &lt;a href=&quot;http://dev.clojure.org/display/design/JIRA+workflow&quot;&gt;http://dev.clojure.org/display/design/JIRA+workflow&lt;/a&gt;&lt;/p&gt;</comment>
                    <comment id="29869" author="jafingerhut" created="Mon, 29 Oct 2012 10:56:32 -0500"  >&lt;p&gt;Ugh.  Deleted the attachment because it was for &lt;a href=&quot;http://dev.clojure.org/jira/browse/CLJ-445&quot; title=&quot;Method/Constructor resolution does not factor in widening conversion of primitive args&quot;&gt;CLJ-445&lt;/a&gt;, or at least it was named that way.  &lt;a href=&quot;http://dev.clojure.org/jira/browse/CLJ-445&quot; title=&quot;Method/Constructor resolution does not factor in widening conversion of primitive args&quot;&gt;CLJ-445&lt;/a&gt; definitely has a long comment history, so if one or more of its patches address this issue, then you can read the discussion there to see the history.&lt;/p&gt;

&lt;p&gt;I don&apos;t know of any &quot;on hold&quot; status for tickets, except for one or two where Rich Hickey has explicitly said in a comment that he wants to wait a while before making the change.  There are just tickets that contributors choose to work on and ones that screeners choose to screen.&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>