gf-core.git/src/GF/Source/LexGF.hs, branch master Unnamed repository; edit this file 'description' to name the repository. https://git.adelon.net/gf-core.git/atom?h=master 2009-03-16T14:10:30+00:00 use new parser which supports the syntax in GF.Grammar.Grammar directly 2009-03-16T14:10:30+00:00 krasimir krasimir@chalmers.se 2009-03-16T14:10:30+00:00 urn:sha1:a391c69fd3937cab699dbf18ec042c7eca93ac9a Don't use string sharing in LexGF. 2008-11-26T16:19:54+00:00 bjorn bjorn@bringert.net 2008-11-26T16:19:54+00:00 urn:sha1:720932d75120a86e99f0dec32d3335aaba65e4a6 Profiling showed that when loading a large .gfo file, shareString was responsible for 15-18% of the CPU time, and a lot of the allocation. Since we already use ByteStrings for reading the source files, shareString mostly has the effect of creating lots of small ByteStrings instead of one large one. Since the plain size of the .gfo is seldom a problem (unlike when it was read as a String), it is ok to keep the whole file as one ByteString in RAM, and have all tokens point into that. Profiling after the change showed 15-20% reduction in CPU time and in total allocation. Regenerate source GF parser from GF.cf. Now, when GF/Source/Makefile is used, no hand-hacking is needed. 2008-10-02T14:11:41+00:00 bjorn bjorn@bringert.net 2008-10-02T14:11:41+00:00 urn:sha1:fa69bd8ab3c82a6c7e3358db42c96919f8ce4967 Converted GF/Source/*.hs to Unix line endings, to be able to see what happens when I regenerated the files. 2008-10-02T13:23:54+00:00 bjorn bjorn@bringert.net 2008-10-02T13:23:54+00:00 urn:sha1:86a30ef99213670b305934a4d0976d458db7db97 changed names of resource-1.3; added a note on homepage on release 2008-06-25T16:54:35+00:00 aarne aarne@cs.chalmers.se 2008-06-25T16:54:35+00:00 urn:sha1:e9e80fc389365e24d4300d7d5390c7d833a96c50 removed src for 2.9 2008-06-25T16:43:48+00:00 aarne aarne@cs.chalmers.se 2008-06-25T16:43:48+00:00 urn:sha1:b96b36f43de3e2f8b58d5f539daa6f6d47f25870 ByteString.readFile should be used instead of readFileStrict. This fixes the problem with the open files 2008-04-17T12:56:46+00:00 krasimir krasimir@chalmers.se 2008-04-17T12:56:46+00:00 urn:sha1:21e5a60ce20652826a8d74a4357706fca86edfa9 putting pattern macros in place (not properly tested yet) 2008-03-15T21:02:59+00:00 aarne aarne@cs.chalmers.se 2008-03-15T21:02:59+00:00 urn:sha1:6cbb8086c8bcaca638b993a75017b7738cd923c9 switched to unmodified BNFC-generated components 2008-03-15T14:53:42+00:00 aarne aarne@cs.chalmers.se 2008-03-15T14:53:42+00:00 urn:sha1:c73bc4f996b3259fa162d7dd11a23224053ceeae the Error type; better lexer error reporting 2006-09-01T15:11:22+00:00 aarne aarne@cs.chalmers.se 2006-09-01T15:11:22+00:00 urn:sha1:39a31d07d5c70f490c04da0969716b4bd12bb6ae