Hi, Indeed. Thanks.
Could you pass your sketch around? Maybe someone else can jump in. Cheers, Doru > On Jan 17, 2016, at 9:49 AM, stepharo <[email protected]> wrote: > > This is supercool that you propose a working solution. > I'm going over the Mooc exercises (text version first to get redy to shoot > the videos). > > Stef > > Le 16/1/16 13:26, Nicolai Hess a écrit : >> >> >> 2016-01-16 10:11 GMT+01:00 Marcus Denker <[email protected]>: >> >>>> anyone an idea? >>>> >>> I'm trying to think. >>> Looks like it would be good to be able to make a distinction between >>> symbols and selectors (selectors installed >>> in method dictionaries) >>> >> >> yes, this would improve code completion a bit, too, as there are more >> symbols than symbols that are actually names >> of methods. >> >> The data could be created per environment (Smalltalk globals) the first time >> and then cached till shutdown. >> (it would be an array of size 46451, pointing to existing symbols). >> >> The environment could cache sent selectors, too… pablo did an experiment >> with that. >> >> Marcus >> >> >> How about a new SymbolTable "SelectorTable" that gets new entries on every >> method compilation ? >> >> I hacked a simple experimental version. >> But I don't yet understand the workflow for initialisation of the Symbol >> class (with rehash, interned, and compacting). >> >> >> >> > -- www.tudorgirba.com www.feenk.com "There are no old things, there are only old ways of looking at them."
