src/Tools/Code/code_haskell.ML
Fri, 24 Mar 2023 18:30:17 +0000 haftmann more uniform approach towards satisfied applications
Thu, 09 Feb 2023 13:50:09 +0100 stuebinm explicit range types in abstractions
Sun, 12 Feb 2023 06:45:59 +0000 haftmann somehow more clear terminology
Sun, 12 Feb 2023 06:45:58 +0000 haftmann tuned
Mon, 28 Mar 2022 12:54:09 +0000 haftmann modernized handling of variables
Sat, 19 Jan 2019 07:19:16 +0000 haftmann self-contained code modules for Haskell
Thu, 10 Jan 2019 12:07:05 +0000 haftmann explicit model concerning files of generated code
Fri, 04 Jan 2019 23:22:53 +0100 wenzelm isabelle update -u control_cartouches;
Tue, 30 Oct 2018 19:25:32 +0100 wenzelm tuned -- prefer GHC.print_codepoint;
Tue, 30 Oct 2018 15:45:24 +0100 wenzelm clarified signature;
Tue, 24 Apr 2018 14:17:58 +0000 haftmann proper datatype for 8-bit characters
Thu, 14 Dec 2017 18:42:39 +0100 haftmann dedicated case option for code generation to Scala
Thu, 13 Apr 2017 10:10:12 +0200 haftmann for generated Haskell code, never use let-binds with pattern matching: irrefutable patterns destroy partial correctness
Mon, 06 Apr 2015 17:06:48 +0200 wenzelm @{command_spec} is superseded by @{command_keyword};
Fri, 09 Jan 2015 08:36:59 +0100 haftmann modernized and more uniform style
Fri, 05 Dec 2014 19:35:36 +0100 haftmann allow multiple inheritance of targets
Thu, 25 Sep 2014 18:47:32 +0200 haftmann more correct precedence of do-notation
Thu, 18 Sep 2014 18:48:54 +0200 haftmann always annotate potentially polymorphic Haskell numerals
Thu, 18 Sep 2014 18:48:04 +0200 haftmann tuned data structure
Fri, 02 May 2014 21:18:50 +0200 haftmann enforce case of identifiers only to accomodate strict language requirements (or clear separation of constructors from variables in the case of SML)
Thu, 01 May 2014 09:30:36 +0200 haftmann centralized upper/lowercase name mangling
Sun, 23 Feb 2014 10:33:43 +0100 haftmann explicit option for "open" code generation
Sun, 23 Feb 2014 10:33:43 +0100 haftmann more fine-grain notion of export
Sun, 23 Feb 2014 10:33:43 +0100 haftmann formal markup for public ingredients
Sun, 09 Feb 2014 21:37:27 +0100 haftmann restoring ancient string_classes option
Sun, 09 Feb 2014 21:37:27 +0100 haftmann method names in instance declarations are always unqualified
Sun, 26 Jan 2014 16:23:46 +0100 haftmann more suitable names, without any notion of "activating"
Sat, 25 Jan 2014 23:50:49 +0100 haftmann less clumsy namespace
Sat, 25 Jan 2014 23:50:49 +0100 haftmann avoid (now superfluous) indirect passing of constant names
Sat, 25 Jan 2014 23:50:49 +0100 haftmann prefer explicit code symbol type over ad-hoc name mangling
less more (0) -100 -50 -30 tip