- Oct 11, 2016
-
-
Thomas Wood authored
-
Thomas Wood authored
Parse_type was partially taken from an old ocamldoc codebase which had a conflicting license. Rewrite essentially from scratch, following the structure of OCaml 4.03's driver/compile.ml `implementation` function.
-
- Oct 06, 2016
-
-
- Mar 03, 2016
- Feb 29, 2016
-
-
charguer authored
-
- Feb 09, 2016
-
-
charguer authored
-
- Dec 22, 2015
- Nov 26, 2015
-
-
Alan Schmitt authored
-
- Nov 25, 2015
-
-
Alan Schmitt authored
-
Alan Schmitt authored
-
- Oct 01, 2015
-
-
Thomas Wood authored
-
- Sep 28, 2015
-
-
Thomas Wood authored
-
Thomas Wood authored
Combined module compilation and linking was not fully correct, modules would only be output when opened, but not referenced. All output now wrapped in the appropriate module object. Still todo is a process of linking the dependencies together and addition of module or file name to the logged output.
-
- Sep 07, 2015
-
-
Cesar Roux Dit Buisson authored
Thomas' commit was nearly there, and his intuition spot on. It seems that trying to update module_code inline with the new module code added to the front resulted in the other created modules being dropped from the list. OPening a module multiple times may still be an issue (I haven't found a check against mod_gen)
-
- Sep 04, 2015
-
-
Cesar Roux Dit Buisson authored
-
- Aug 01, 2015
-
-
1. Now, the call to ./main.byte produces three files: - a (buggy) logged version - a version without annotation - the Format that is being used (for debug purpose). 2. Modules are quite soapy to handle: - Name shadowing (supported). - Inclusion of opened modules (no log information is included) - Accessed but not opened modules (kind of break the default parameters handled with attributes).
-
To play with: ./main.byte tests/stack.ml ./main.byte tests/calc.ml -I tests And behold: <cmd> tests/calc.js where <cmd> is something like `nl', `cat [-n]', `less', `more'.
-
-
-
-
-
-
-
-