Frequent cannot deduce function from argument types

John Colvin via Digitalmars-d-learn digitalmars-d-learn at puremagic.com
Fri Oct 16 09:15:45 PDT 2015


On Friday, 16 October 2015 at 15:48:59 UTC, Edwin van Leeuwen 
wrote:
> Just wondering if anyone has any tips on how to solve/avoid 
> "cannot deduce function from argument types" when relying on 
> template programming.
>
> I run into these problems all the time. Current one was when I 
> tried:
>
> ```
> auto ys = NumericLabel(groupedAes.front.map!((t)=>t.y));
> ```
>
> NumericLabel is a pretty minimal templated InputRange, with as 
> only requirement on the argument that it is also an InputRange. 
> I then get the following compile error:
>
> ```
> source/ggplotd/geom.d(83,35): Error: struct 
> ggplotd.aes.NumericLabel cannot ded
> uce function from argument types !()(MapResult!(__lambda2, 
> FilterResult!(__lamb
> da2, Aes!(double[], "x", double[], "y", string[], "colour")))), 
> candidates are:
> source/ggplotd/aes.d(515,1):        ggplotd.aes.NumericLabel(T) 
> if (isInputRang
> e!T)
> ```
>
> As far as I know MapResult always returns an input range and as 
> you can see there is only one candidate of NumericLabel, so to 
> be honest it looks relatively straightforward to me.
>
> Now I can define the type specifically (and/or typeof) but it 
> seems like there should be a better way.
>
> In this case typeof isn't even happy:
> ```
> source/ggplotd/geom.d(84,17): Error: constructor 
> ggplotd.aes.NumericLabel!(MapResult!(__lambda2, 
> FilterResult!(__lambda2, Aes!(string[], "x", string[], "y", 
> string[], "colour")))).NumericLabel.this (MapResult!(__lambda2, 
> FilterResult!(__lambda2, Aes!(string[], "x", string[], "y", 
> string[], "colour"))) range) is not callable using argument 
> types (MapResult!(__lambda3, FilterResult!(__lambda2, 
> Aes!(string[], "x", string[], "y", string[], "colour"))))
> ```
>
> If we look closely, it expects a __lambda2 as the MapResult 
> argument, but it gets a __lambda3.
>
>
> I am able to work around it by converting the mapresult to an 
> array, but I'd rather use a lazy solution.

My first steps would be to try

pragma(msg, 
isInputRange!(typeof(groupedAes.front.map!((t)=>t.y))));
followed by
pragma(msg, isInputRange!(typeof(groupedAes.front)));
then
pragma(msg, typeof(groupedAes.front));

to see at what level it's going wrong.


More information about the Digitalmars-d-learn mailing list