gf-core.git/src/example-based/ExampleDemo.hs, branch master Unnamed repository; edit this file 'description' to name the repository. https://git.adelon.net/gf-core.git/atom?h=master 2018-11-28T18:22:19+00:00 Revert "remove the example-based folder. The code is still in the archive" 2018-11-28T18:22:19+00:00 John J. Camilleri john@johnjcamilleri.com 2018-11-28T18:22:19+00:00 urn:sha1:e2401f32ca20f8ec9bea23df909139878ad3f8bf This reverts commit 05c2cfb628147f7d6fa0a6c2f38eb9d67b2eb007. remove the example-based folder. The code is still in the archive 2018-11-28T13:34:15+00:00 Krasimir Angelov kr.angelov@gmail.com 2018-11-28T13:34:15+00:00 urn:sha1:05c2cfb628147f7d6fa0a6c2f38eb9d67b2eb007 Comment out some dead code found with -fwarn-unused-binds 2015-08-28T13:59:43+00:00 hallgren hallgren@chalmers.se 2015-08-28T13:59:43+00:00 urn:sha1:5bfaf10de597af504e6d2784309e533b09a6451c Also fixed some warnings and tightened some imports Eliminate mutual dependencies between the GF compiler and the PGF library 2013-11-05T13:11:10+00:00 hallgren hallgren@chalmers.se 2013-11-05T13:11:10+00:00 urn:sha1:3814841d7d3b77b3f033cb98c1c0a04ac39435d7 + References to modules under src/compiler have been eliminated from the PGF library (under src/runtime/haskell). Only two functions had to be moved (from GF.Data.Utilities to PGF.Utilities) to make this possible, other apparent dependencies turned out to be vacuous. + In gf.cabal, the GF executable no longer directly depends on the PGF library source directory, but only on the exposed library modules. This means that there is less duplication in gf.cabal and that the 30 modules in the PGF library will no longer be compiled twice while building GF. To make this possible, additional PGF library modules have been exposed, even though they should probably be considered for internal use only. They could be collected in a PGF.Internal module, or marked as "unstable", to make this explicit. + Also, by using the -fwarn-unused-imports flag, ~220 redundant imports were found and removed, reducing the total number of imports by ~15%. gfse: supply information about what's defined in the exampe language to the server functions for example-based grammar writing 2011-11-02T16:54:22+00:00 hallgren hallgren@chalmers.se 2011-11-02T16:54:22+00:00 urn:sha1:312e602dfe69fc6d391d58d715fccad6c1ed1023 example-based: use random generation for the examples 2011-10-17T13:51:25+00:00 hallgren hallgren@chalmers.se 2011-10-17T13:51:25+00:00 urn:sha1:d4ee4a6133c2ce54460fc031576d7ef905c7261e example-based grammar writing: avoid a problem by returning Nothing instead of calling error 2011-10-04T10:04:01+00:00 hallgren hallgren@chalmers.se 2011-10-04T10:04:01+00:00 urn:sha1:5f0d4079685610208216cc9d7f192e290df2b8e1 gfse: browser compatibility fixes 2011-10-03T12:28:49+00:00 hallgren hallgren@chalmers.se 2011-10-03T12:28:49+00:00 urn:sha1:7402ff24293c7bd1bcdabdef8681333081eeb3c2 Example-based grammar writing: fix problems caused by the use of exprToAPI 2011-09-29T15:19:03+00:00 hallgren hallgren@chalmers.se 2011-09-29T15:19:03+00:00 urn:sha1:bb585fef2cf88eeac08ee6f77de1f0ea8130b396 The editor needs to keep track of both the raw term and the nice term returned by exprToAPI. (Manually constructed linearization rules will now have the raw term and can not be tested.) Also replace metavariables in generalized terms with the apropriate parameter from the linearization rule. Also fix communication problems caused by inconsistent use of show/read vs showExpr/readExpr. Server-side support for example-based grammar writing 2011-09-27T18:59:54+00:00 hallgren hallgren@chalmers.se 2011-09-27T18:59:54+00:00 urn:sha1:b9b353795bec6ea9155d086e109485c960ee5397