Mon, 15 Jun 2015 17:47:38 +0100 Renamed #codeStoreValueOf:intoVariable: to #codeAssignParsedValueOf:to:
Jan Vrany <jan.vrany@fit.cvut.cz> [Mon, 15 Jun 2015 17:47:38 +0100] rev 486
Renamed #codeStoreValueOf:intoVariable: to #codeAssignParsedValueOf:to: to use same naming as #codeAssign:to:
Mon, 15 Jun 2015 17:12:54 +0100 Fixed codegen for empty (mapped) action block.
Jan Vrany <jan.vrany@fit.cvut.cz> [Mon, 15 Jun 2015 17:12:54 +0100] rev 485
Fixed codegen for empty (mapped) action block. Although empty blocks are useless in practice, they may occur (and do occur in tests)
Fri, 05 Jun 2015 00:05:08 +0100 Do not create intermediate collection when parsing sequence if not necesary.
Jan Vrany <jan.vrany@fit.cvut.cz> [Fri, 05 Jun 2015 00:05:08 +0100] rev 484
Do not create intermediate collection when parsing sequence if not necesary. The collection is not needed when the result of a choice is being used in mapped parser. In that case, store parsed objects in variables and inline action code to use these variables to access parsed objects.
Wed, 03 Jun 2015 09:06:49 +0100 Oops, fixed subproject definition (wrong package names)
Jan Vrany <jan.vrany@fit.cvut.cz> [Wed, 03 Jun 2015 09:06:49 +0100] rev 483
Oops, fixed subproject definition (wrong package names)
Wed, 03 Jun 2015 08:48:59 +0100 Updated .mcz exporting code to include a commit message digest
Jan Vrany <jan.vrany@fit.cvut.cz> [Wed, 03 Jun 2015 08:48:59 +0100] rev 482
Updated .mcz exporting code to include a commit message digest ...instead of just exported revision commit message.
Wed, 03 Jun 2015 06:23:49 +0100 Introduced PPCMappedActionNode for PPMappedActionParser.
Jan Vrany <jan.vrany@fit.cvut.cz> [Wed, 03 Jun 2015 06:23:49 +0100] rev 481
Introduced PPCMappedActionNode for PPMappedActionParser. It's compilation is not yet ideal, bot works for now.
Tue, 02 Jun 2015 17:25:57 +0100 Introduced PPMappedActionParser, a specialized parser for map:ped actions.
Jan Vrany <jan.vrany@fit.cvut.cz> [Tue, 02 Jun 2015 17:25:57 +0100] rev 480
Introduced PPMappedActionParser, a specialized parser for map:ped actions. In order to compile nicer code, compiler has to be able to tell between simple (==>) action parser and mapped (map:) action parser.
Tue, 02 Jun 2015 00:16:55 +0100 Action inlining [1/x]: Initial support for inlining actions parsers (i.e., ==>)
Jan Vrany <jan.vrany@fit.cvut.cz> [Tue, 02 Jun 2015 00:16:55 +0100] rev 479
Action inlining [1/x]: Initial support for inlining actions parsers (i.e., ==>) The code of the action is now inlined into parsing method rather then delegated to stored block. Mapping parser (i.e., map:[...]) are not supported and not detected, so using them cause crash. This will be fixed later.
Mon, 01 Jun 2015 23:15:52 +0100 Codegen refactoring [2/x]: Added PPCCompiler>>codeIf:then:else:
Jan Vrany <jan.vrany@fit.cvut.cz> [Mon, 01 Jun 2015 23:15:52 +0100] rev 478
Codegen refactoring [2/x]: Added PPCCompiler>>codeIf:then:else: this allows for more structured coding of conditionals. then/else code is evaluated inside new block so it may allocate its own temporaries.
Mon, 01 Jun 2015 22:02:17 +0100 Codegen refactoring [1/x]: Introduced a PPCCodeBlock
Jan Vrany <jan.vrany@fit.cvut.cz> [Mon, 01 Jun 2015 22:02:17 +0100] rev 477
Codegen refactoring [1/x]: Introduced a PPCCodeBlock A PPCCodeBlock is an abstraction of a block of statements with temporaries. This will allow for scoped temporary management in code generator - temporary variables could be allocated for block only. (i.e., make them block-temporaries)
(0) -300 -100 -10 +10 +100 tip