<div dir="ltr">I considered that (and I think it&#39;s a fine overall solution), but it just feels weird to me to change the arity of a function like that implicitly. (I consider that a separate case from the return value, since every function returns exactly one thing and many, many things in Swift would break if functions didn&#39;t return Void instead of nothing at all.)<div><br></div><div>This isn&#39;t a strong objection from me; I would just prefer to see if there are any solutions that work just as well and don&#39;t require a special case. In particular, I&#39;m curious about whether () -&gt; U to T -&gt; U implicit conversion really is a good idea; if a parameter of function type is generic on an input value I would assume it&#39;s almost certainly because it intends to pass in some meaningful value into that function value. Would a no-magic wrapper (like the SinkType of old) be convenient enough to do the trick?</div><div><br></div><div>Austin</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jul 3, 2016 at 3:44 PM, Xiaodi Wu <span dir="ltr">&lt;<a href="mailto:xiaodi.wu@gmail.com" target="_blank">xiaodi.wu@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Why can&#39;t () as an argument list be regarded as the same as (()) just like no return type is regarded as the same as `-&gt; ()`?<div class="HOEnZb"><div class="h5"><br><div class="gmail_quote"><div dir="ltr">On Sun, Jul 3, 2016 at 17:41 Austin Zheng via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Void is just a typealias for (). () is the only type in Swift whose type and only instance are spelled the same way, as far as I can tell. This isn&#39;t true for Void, since Void is only a type, not the value.<br>
<br>
As for the zero-argument/one-argument problem...how often does realistic code need to pass in a zero-argument function to a function type that takes one argument? If the answer is &quot;often&quot;, we should consider what it would take to define an implicit conversion. Otherwise, maybe we can get away with a standard library adapter that can be used to wrap a () -&gt; T as a U -&gt; T (where U = () or something).<br>
<br>
Austin<br>
<br>
<br>
&gt; On Jul 3, 2016, at 3:35 PM, Vladimir.S via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>&gt; wrote:<br>
&gt;<br>
&gt; On 04.07.2016 0:47, Anton Zhilin via swift-evolution wrote:<br>
&gt;&gt; Vladimir.S via swift-evolution &lt;swift-evolution@...&gt; writes:<br>
&gt;&gt;<br>
&gt;&gt;&gt; On 03.07.2016 23:53, Anton Zhilin via swift-evolution wrote:<br>
&gt;&gt;&gt;&gt; let x = (Int, Int)(1, 2)  //=&gt; (1, 2)<br>
&gt;&gt;&gt;&gt; let y = (Int)(1)          //=&gt; 1<br>
&gt;&gt;&gt;&gt; let z = ()()              // error :(<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Am I requesting too much from type checker?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; As I understand, because () is Void, you can&#39;t have anything additional<br>
&gt;&gt; for<br>
&gt;&gt;&gt; it. It is just Void, like you write &#39;let z = Void Void&#39;. I.e. only &#39;let<br>
&gt;&gt; z =<br>
&gt;&gt;&gt; ()&#39; allowed.<br>
&gt;&gt;<br>
&gt;&gt; In the example, that&#39;s how I expect that to parse:<br>
&gt;&gt;<br>
&gt;&gt; let z = ().init()  // just demo, does not compile<br>
&gt;&gt;<br>
&gt;&gt; I mean, first () is type, and second () is its initializer.<br>
&gt;&gt;<br>
&gt;&gt; By the way, this is one thing that Void can do, but () cannot.<br>
&gt;&gt; Are there any others?<br>
&gt;&gt;<br>
&gt;<br>
&gt; I believe in this case () is playing a role of instance of type Void, i.e. empty tuple. I don&#39;t think you can expect ().init()<br>
&gt;<br>
&gt; Also:<br>
&gt; func f(_ x: ())-&gt;() {}<br>
&gt; f(())<br>
&gt; //f(Void) // argument passed to call that takes no arguments<br>
&gt;<br>
&gt; And just some fun:<br>
&gt;<br>
&gt; let x1 : Void<br>
&gt; //let x2 : Void = Void // cannot convert value of type &#39;Void.Type&#39; (aka &#39;().Type&#39;) to specified type &#39;Void&#39; (aka &#39;()&#39;)<br>
&gt; let x3 : ()<br>
&gt; let x4 : () = ()<br>
&gt; let x5 : Void = ()<br>
&gt; //let x4 : () = Void  // cannot convert value of type &#39;Void.Type&#39; (aka &#39;().Type&#39;) to specified type &#39;()&#39;<br>
&gt;<br>
&gt; print(().dynamicType) // ()<br>
&gt; print(().self) // ()<br>
&gt; // print(&quot;Void.dynamicType = &quot;, Void.dynamicType) // &#39;.dynamicType&#39; is not allowed after a type name<br>
&gt; print(Void.self) // ()<br>
&gt; print(().dynamicType == Void.self) // true<br>
&gt;<br>
&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; swift-evolution mailing list<br>
&gt;&gt; <a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br>
&gt;&gt; <a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
&gt;&gt;<br>
&gt; _______________________________________________<br>
&gt; swift-evolution mailing list<br>
&gt; <a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br>
&gt; <a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
<br>
_______________________________________________<br>
swift-evolution mailing list<br>
<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
</blockquote></div>
</div></div></blockquote></div><br></div>