Opened 12 years ago

Last modified 7 years ago

#1792 new enhancement

Give more helpful comparisons on incorrectly used functions?

Reported by: adabe588@… Owned by: somebody
Priority: normal Milestone: Future
Component: Frontend Version:
Keywords: Cc:

Description

It is fairly hard to find errors when you call functions incorrectly, it would be nice to be able to get a unified comparison with more precise info for this. Here's an example of a current error message I got:

Error: No matching function found for AvlTree.foldLeftWith(I.add1, 0, tree)
of type
  .AvlTree.foldLeftWith<function>(foldLeftWithFunction:.I.add1<function>(x:#Integer, el:#Integer) => #Integer, foldAccum:Integer, avlTree:tuple<.I.Compare<function>(x:#Integer, y:#Integer) => Ordering.Ordering, I.Node>) => polymorphic<B> in component <NO COMPONENT>
candidates are 
  .AvlTree.foldLeftWith<function>(foldLeftWithFunction:.Collection.FoldLeftWithFunction<function>(inAccum:polymorphic<FoldAccum>, foldIn:polymorphic<Element>) => polymorphic<FoldAccum>, foldAccum:polymorphic<B>, avlTree:tuple<.AvlTree.Compare<function>(x:polymorphic<A>, y:polymorphic<A>) => Ordering.Ordering, AvlTree.Node>) => polymorphic<B>

Since the candidates are separated from the original call and the candidate types are still generic it is hard to spot the error. It would be nice to get the actual parameter(s) that caused this problem, something along the line of AvlTree.foldLeftWith argument foldAccum cannot unify actual Integer with expected polymorphic<B> if that's where the issue occured.

Change History (10)

comment:1 by Martin Sjölund, 12 years ago

As a first step, rewrite the function matching so that if there is only one candidate, print error-messages for the argument that triggered the error :)

comment:2 by Martin Sjölund, 11 years ago

Milestone: 1.9.01.9.1

Postponed until 1.9.1

comment:3 by Martin Sjölund, 10 years ago

Milestone: 1.9.11.9.2

This ticket was not closed for 1.9.1, which has now been released. It was batch modified for milestone 1.9.2 (but maybe an empty milestone was more appropriate; feel free to change it).

comment:4 by Martin Sjölund, 10 years ago

Milestone: 1.9.21.9.3

Milestone changed to 1.9.3 since 1.9.2 was released.

comment:5 by Martin Sjölund, 9 years ago

Milestone: 1.9.31.9.4

Moved to new milestone 1.9.4

comment:6 by Martin Sjölund, 9 years ago

Milestone: 1.9.41.9.5

Milestone pushed to 1.9.5

comment:7 by Martin Sjölund, 9 years ago

Milestone: 1.9.51.10.0

Milestone renamed

comment:8 by Martin Sjölund, 8 years ago

Milestone: 1.10.01.11.0

Ticket retargeted after milestone closed

comment:9 by Martin Sjölund, 8 years ago

Milestone: 1.11.01.12.0

Milestone moved to 1.12.0 due to 1.11.0 already being released.

comment:10 by Francesco Casella, 7 years ago

Milestone: 1.12.0Future

The milestone of this ticket has been reassigned to "Future".

If you think the issue is still valid and relevant for you, please select milestone 1.13.0 for back-end, code generation and run-time issues, or 2.0.0 for front-end issues.

If you are aware that the problem is no longer present, please select the milestone corresponding to the version of OMC you used to check that, and set the status to "worksforme".

In both cases, a short informative comment would be welcome.

Note: See TracTickets for help on using tickets.