[isabelle-dev] Quickcheck Narrowing

Florian Haftmann florian.haftmann at informatik.tu-muenchen.de
Sat Jul 28 17:32:30 CEST 2012


Hi Lukas,

I have corrected cs 6efff142bb54 by cs 7c497a239007, and have relaxed
the issue with Efficient_Nat a little (cs 084cd758a8ab, see below for a
short discussion).  This has raised a couple of questions:

1. Why did the testboard not check this?  Bad environment settings?

I guess you are aware of the following issues to some extent, but also
that your priorities are elsewhere at the moment.  Nevertheless I would
appreciate it if at one point in time you can return to them, maybe as
joint work:

2. The poking in generated code which happens in narrowing_generators.ML
is highly discouraged and was the primary source for the breakdown in
6efff142bb54.  It should be possible to get around without that using
the code_include mechanism.

3. The evaluation machinery for Haskell should be separate thing (maybe
code_eval_haskell.ML), and also the communication could be less
technically involved, e.g. a yxml output rather than invoking the SML
compiler right after the Haskell compiler just to parse something.

4. After 084cd758a8ab, Efficient_Nat works in principle, but there are
other problems:
* the type ambiguity inference seems not to work as expected
* there is no term_of equation for nat
* …
I did not dive into detail here, because all these must be treated at a
glance.  I guess the term_of issue can be dealt with as soon as
Efficient_Nat uses a different architecture.  Another issue is that we
really need to understand what a generic Haskell evaluation machinery
consists of.

5. There are still all those funny sequence theories in HOL
(New_Foo_Sequence) which are awaiting cleanup.

6. What I so far have not been aware of is that in Haskell there are
always multiple modules (one module =^= one file), contrary to ML and
Scala.  I think at some stage I have to make this more explicit in the
overall architecture.

Cheers,
	Florian

-- 

PGP available:
http://home.informatik.tu-muenchen.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: 262 bytes
Desc: OpenPGP digital signature
URL: <https://mailmanbroy.informatik.tu-muenchen.de/pipermail/isabelle-dev/attachments/20120728/d80161bc/attachment.asc>


More information about the isabelle-dev mailing list