[isabelle-dev] Irrefutable patterns in Haskell and Quickcheck/Narrowing

Florian Haftmann florian.haftmann at informatik.tu-muenchen.de
Fri Apr 14 09:55:39 CEST 2017


For the record:

Lukas and me have resolved that issue in 721feefce9c6.

Cheers,
	Florian

Am 14.01.2017 um 09:33 schrieb Florian Haftmann:
> Hi Lukas,
> 
> I am currently stuck with a problem in Quickcheck/Narrowing.
> 
> After about 10 years it came to surface that code generation for Haskell
> may produce irrefutable patterns due to pattern bindings in let clauses.
> See <https://wiki.haskell.org/Lazy_pattern_match>; if I understand
> <https://www.haskell.org/tutorial/patterns.html> correctly that
> particular semantics allows fancy definitions like the following
> fibonacci one-liner: »fib @ (1 : more_fib) = 1 : 1 : [ a + b | (a, b) <-
> zip fib more_fib ]«.
> 
> However the partial correctness approach of the code generator assumes
> that pattern match clauses may silently be dropped, which is made use of
> to translate the HOL-ish »partial« undefined conveniently. This breaks
> down in presence of irrefutable patterns (see the post on isabelle-users
> by Rene Thiemann).
> 
> The correction is obvious: for Haskell, only local variables may be
> bound by let clauses, but never patterns – these are solely bound by
> case clauses, which are strict in Haskell (as in function equations).
> 
> This however breaks Quickcheck/Narrowing where the lazy nature of
> pattern bindings has been exploited, may be unconsciously. A minimal
> example is attached (Quickcheck_Narrowing_Examples.thy) but I also
> distilled the generated Haskell code:
> 
> The same before and after:
> 	Typerep.hs
> 
> Then the difference occurs:
> 	Generated_Code.hs
> 	Before: Generated_Code.A.hs
> 	After: Generated_Code.B.hs
> 
> The same before and after:
> 	Narrowing_Engine.hs
> 	Main.hs
> 
> The diff ist straight-forward to read:
> 
>> 	93,102c93,106
>> 	<   let {
>> 	<     (Narrowing_cons (Narrowing_sum_of_products ps) cfs) = f d;
>> 	<     (Narrowing_cons ta cas) = a (d - (1 :: Prelude.Int));
>> 	<     shallow = (0 :: Prelude.Int) < d && non_empty ta;
>> 	<     aa = (if shallow then map (\ cf (x : xs) -> cf xs (conv cas x)) cfs
>> 	<            else []);
>> 	<   } in Narrowing_cons
>> 	<          (Narrowing_sum_of_products
>> 	<            (if shallow then map (\ ab -> ta : ab) ps else []))
>> 	<          aa;
>> 	---
>> 	>   (case f d of {
>> 	>     Narrowing_cons (Narrowing_sum_of_products ps) cfs ->
>> 	>       (case a (d - (1 :: Prelude.Int)) of {
>> 	>         Narrowing_cons ta cas ->
>> 	>           let {
>> 	>             shallow = (0 :: Prelude.Int) < d && non_empty ta;
>> 	>             aa = (if shallow then map (\ cf (x : xs) -> cf xs (conv cas x)) cfs
>> 	>                    else []);
>> 	>           } in Narrowing_cons
>> 	>                  (Narrowing_sum_of_products
>> 	>                    (if shallow then map (\ ab -> ta : ab) ps else []))
>> 	>                  aa;
>> 	>       });
>> 	>   });
>> 	112,115c116,122
>> 	<   let {
>> 	<     (Narrowing_cons (Narrowing_sum_of_products ssa) ca) = a d;
>> 	<     (Narrowing_cons (Narrowing_sum_of_products ssb) cb) = b d;
>> 	<   } in Narrowing_cons (Narrowing_sum_of_products (ssa ++ ssb)) (ca ++ cb);
>> 	---
>> 	>   (case a d of {
>> 	>     Narrowing_cons (Narrowing_sum_of_products ssa) ca ->
>> 	>       (case b d of {
>> 	>         Narrowing_cons (Narrowing_sum_of_products ssb) cb ->
>> 	>           Narrowing_cons (Narrowing_sum_of_products (ssa ++ ssb)) (ca ++ cb);
>> 	>       });
>> 	>   });
> 
> Unfortunately my knowledge is too restricted what could be done here to
> restore the intended behaviour economically.
> 
> Hence I ask whether you have an idea what is going wrong here.
> 
> Thanks a lot!
> 
> 	Florian
> 
> 
> 
> _______________________________________________
> isabelle-dev mailing list
> isabelle-dev at in.tum.de
> https://mailmanbroy.informatik.tu-muenchen.de/mailman/listinfo/isabelle-dev
> 

-- 

PGP available:
http://isabelle.in.tum.de/~haftmann/pgp/florian_haftmann_at_informatik_tu_muenchen_de

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <https://mailmanbroy.informatik.tu-muenchen.de/pipermail/isabelle-dev/attachments/20170414/b6902765/attachment.asc>


More information about the isabelle-dev mailing list