| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2012-11-13 | Adding a new experimental partial evalutator | hallgren | |
| GF.Compile.Compute.ConcreteNew + two new modules contain a new partial evaluator intended to solve some performance problems with the old partial evalutator in GF.Compile.Compute.ConcreteLazy. It has been around for a while, but is now complete enough to compile the RGL and the Phrasebook. The old partial evaluator is still used by default. The new one can be activated in two ways: - by using the command line option -new-comp when invoking GF. - by using cabal configure -fnew-comp to make -new-comp the default. In this case you can also use the command line option -old-comp to revert to the old partial evaluator. In the GF shell, the cc command uses the old evaluator regardless of -new-comp for now, but you can use "cc -new ..." to invoke the new evaluator. With -new-comp, computations happen in GF.Compile.GeneratePMCFG instead of GF.Compile.Optimize. This is implemented by testing the flag optNewComp in both modules, to omit calls to the old partial evaluator from GF.Compile.Optimize and add calls to the new partial evaluator in GF.Compile.GeneratePMCFG. This also means that -new-comp effectively implies -noexpand. In GF.Compile.CheckGrammar, there is a check that restricted inheritance is used correctly. However, when -noexpand is used, this check causes unexpected errors, so it has been converted to generate warnings, for now. -new-comp no longer enables the new type checker in GF.Compile.Typeckeck.ConcreteNew. The GF version number has been bumped to 3.3.10-darcs | |||
| 2012-10-24 | GeneratePMCFG: prefix messages about "impossible" errors with 'Internal error:' | hallgren | |
| Just to make them easier to spot when wading through thousands of lines of warnings... | |||
| 2012-10-19 | Consistenly use SourceGrammar instead of [SourceModule] when calling ↵ | hallgren | |
| compiler passes | |||
| 2012-08-29 | Added an O(n log n) version of nub | peter.ljunglof | |
| The new nub is called nub', and it replaces the old sortNub which was not lazy and did not retain the order between the elements. | |||
| 2012-03-26 | Workaround for bug in ghc-7.2.2 | hallgren | |
| An apparent bug in ghc-7.2.2 causes the type Value to be exported from PGF.Data. Workaround: restrict the imports from PGF.Data in GF.Command.Abstract and GF.Compile.GeneratePMCFG to avoid the clash with locally defined type Value. (ghc-7.0.4 and ghc-7.4.1 appear to be free from this bug.) | |||
| 2012-02-28 | buf fix in the compiler for HOAS | kr.angelov | |
| 2011-11-24 | now if some module is compiled with -no-pmcfg then the PMCFG code is ↵ | kr.angelov | |
| generated at the end during the linking phase. Now the default compilation of the libraries with cabal is with -no-pmcfg. | |||
| 2011-11-22 | make addSequencesB(V) strict. Otherwise we get stack overflow when compiling ↵ | kr.angelov | |
| LangFre | |||
| 2011-11-10 | Now PMCFG is compiled per module and at the end we only link it. The new ↵ | kr.angelov | |
| compilation schema is few times faster. | |||
| 2011-11-02 | merge GF.Infra.Modules and GF.Grammar.Grammar. This is a preparation for the ↵ | kr.angelov | |
| separate PGF building | |||
| 2010-12-17 | bugfix: GeneratePMCFG should initialize the lexicon to empty | krasimir | |
| 2010-10-25 | fixed typo in GeneratePMCFG.hs. fidFloat -> fidVar | krasimir | |
| 2010-08-30 | added missing case for GF.Compile.GeneratePMCFG.evalTerm | krasimir | |
| 2010-08-09 | native representation for HOAS in PMCFG and incremental type checking of the ↵ | krasimir | |
| parse forest | |||
| 2010-07-01 | redesign the open-literals API | krasimir | |
| 2010-06-30 | rename isLiteralFCat -> isPredefFId, fcat(String|Int|Float) -> ↵ | krasimir | |
| fid(String|Int|Float) | |||
| 2010-06-22 | fix the compilation of literal categories in GeneratePMCFG.hs | krasimir | |
| 2010-06-20 | addFCoercion -> addCoercion in GeneratePMCFG | krasimir | |
| 2010-06-20 | getFCats -> getFIds in GeneratePMCFG | krasimir | |
| 2010-06-20 | removed debugging code in GeneratePMCFG.hs | krasimir | |
| 2010-06-18 | Yay!! Direct generation of PMCFG from GF grammar | krasimir | |
| 2010-05-26 | since now we don't do common subexpression elimination for PGF we could ↵ | krasimir | |
| simplify the PMCFG generation | |||
| 2010-02-06 | in verbose mode print the rule names when compiling PMCFG | krasimir | |
| 2010-01-27 | cleanup the code of the PGF interpreter and polish the binary serialization ↵ | krasimir | |
| to match the preliminary specification | |||
| 2010-01-17 | PGF is now real synchronous PMCFG | krasimir | |
| 2010-01-17 | now the linearization is completely based on PMCFG | krasimir | |
| 2010-01-16 | small code cleanup in GeneratePMCFG.hs | krasimir | |
| 2010-01-12 | move the definitions of _B and _V to PGF.Macros | krasimir | |
| 2010-01-05 | store the label names in PMCFG | krasimir | |
| 2009-12-14 | remove the old parsing code and the -erasing=on flag | krasimir | |
| 2009-12-13 | reorganize the directories under src, and rescue the JavaScript interpreter ↵ | krasimir | |
| from deprecated | |||
 |
index : gf-core.git | |
| Unnamed repository; edit this file 'description' to name the repository. | Adrian |
| summaryrefslogtreecommitdiff |