[Haskell-cafe] Haskell compilation errors break the complexity encapsulation on DSLs

Alberto G. Corona agocorona at gmail.com
Sat Apr 27 11:07:14 CEST 2013

I created a ticket for the feature request:

Ticket #7870

Teachers, newbies and people working in Industry: Please push it!

2013/4/24 Alberto G. Corona <agocorona at gmail.com>

> Maybe it is possible to do something In a google summer of code. Nothing
> as sophisticated as  the Helium paper ("Scripting the Type Inference
> Process", but maybe a partial implementation of the techniques mentioned,
> so that the development can be enhanced in the future.
> Maybe some kind of  library that permits postprocessing of GHC errors
> and/or the identification of points in the current type checker where some
> kind of rules can be defined by the programmer can be the first step.
> 2013/4/23 Brent Yorgey <byorgey at seas.upenn.edu>
>> On Tue, Apr 23, 2013 at 12:49:59PM +0200, Alberto G. Corona  wrote:
>> > Hi
>> >
>> > I ever was worried about the barrier that the complexity of the Haskell
>> > errors impose to users of DSLs. Many DSLs look so simple that even
>> someone
>> > without knowledge of Haskell can make use of them for some domains.
>> >
>> > However when the program is compiled then al the monsters of the
>> > deep appear in the surface: polymorphisms, undefined instances, type
>> errors
>> > reported in a line produced by a type assumption in another,  etc. This
>> is
>> > a problem for an industrial use of Haskell in the large scale. For
>> obvious
>> > reasons.
>> Indeed.  For example, in my experience this is a big problem for diagrams.
>> >
>> >
>> > The question: Is it possible to develop a GHC extension that attach (or
>> > prepend) such an explanation to the ghc error?
>> >
>> > Or any other alternative that carry out the same functionality.
>> Surely it is possible.  I have wanted this too.  I guess the majority
>> of the work would just be in coming up with a good, general design
>> which is useful but not too difficult to implement.  If anyone wanted
>> to undertake such a project I would be happy to contribute some ideas.
>> -Brent
>> _______________________________________________
>> Haskell-Cafe mailing list
>> Haskell-Cafe at haskell.org
>> http://www.haskell.org/mailman/listinfo/haskell-cafe
> --
> Alberto.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/haskell-cafe/attachments/20130427/5fb640cf/attachment.htm>

More information about the Haskell-Cafe mailing list