On 4 October 2011 20:43, Stéphane Ducasse <[email protected]> wrote: > I do not see why this would be related to RPackage.
I don't know, that's just where things fail. The debuggers don't help much because by the time they display, the objects have changed state… Camillo had a similar looking problem because of #package: being defined in just the wrong place by Coral (for the class creation convenience syntax) but he fixed that and there were working builds since then. > On Oct 4, 2011, at 8:10 PM, Damien Pollet wrote: > >> Loading Coral is failing, apparently because something calls >> #addMethod: on a Symbol, when it should have been an instance of >> RPackage… >> >> See for instance https://ci.lille.inria.fr/pharo/job/Coral/191/console >> >> I suspect it's coming from me updating ConfigurationOfCoral, which >> indirectly (via PetitParser) depends on >> ConfigurationOfRefactoringBrowser. I've seen MC try to load >> Refactoring-Tests-Core (lr.54) on top of (MarcusDenker.54), and there >> it complains some definitions are not there. If I proceed there, code >> seems to load but a bunch of debuggers open at the end, all with a >> similar error as the trace above. >> >> -- >> Damien Pollet >> type less, do more [ | ] http://people.untyped.org/damien.pollet >> > > > -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet
