Re: [Pharo-users] storeOn: and literal limits
storeOn: is old because it will not handle cycles and other. So I would simply use Ston. Stef Le 14/6/15 06:20, Sean P. DeNigris a écrit : Thierry Goubier wrote There is some code in SmaCC to handle that. Would it make sense to extract? - Cheers, Sean -- View this message in context: http://forum.world.st/storeOn-and-literal-limits-tp4832255p4832324.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Re: [Pharo-users] storeOn: and literal limits
Le 14/06/2015 06:20, Sean P. DeNigris a écrit : Thierry Goubier wrote There is some code in SmaCC to handle that. Would it make sense to extract? I'd try if it works for you first :) Code is there: https://github.com/ThierryGoubier/SmaCC/blob/d5371fbf3298fcf8a0053d5c122db76b08b0b7ca/SmaCC-Development.package/SmaCCSmalltalkCodeGenerator.class/instance/splitTree..st https://github.com/ThierryGoubier/SmaCC/blob/90257788f495cc8bb3900f64115cca8272a13c06/SmaCC-Development.package/SmaCCSmalltalkCodeGenerator.class/instance/splitSpecificRewriter.st https://github.com/ThierryGoubier/SmaCC/blob/90257788f495cc8bb3900f64115cca8272a13c06/SmaCC-Development.package/SmaCCSmalltalkCodeGenerator.class/instance/splitTree.toLimit..st Thierry
[Pharo-users] storeOn: and literal limits
Does anything exist to handle uses of #storeOn: that bump into the literal limit? E.g. that splits the offending constructor method into several methods? Thanks. - Cheers, Sean -- View this message in context: http://forum.world.st/storeOn-and-literal-limits-tp4832255.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Re: [Pharo-users] storeOn: and literal limits
Le 13/06/2015 16:06, Sean P. DeNigris a écrit : Does anything exist to handle uses of #storeOn: that bump into the literal limit? E.g. that splits the offending constructor method into several methods? Thanks. There is some code in SmaCC to handle that. Thierry