Marcus Denker

I will check the problems related to compiling

again a segmenation fault on loading, but another package (was before when loading spec, now on newtools). I opened https://github.com/pharo-project/pharo/issues/17286

Newtools is merged

Tests are taking long (already 14min instead of ~8 for mac). Log shows lots of ``` receiver of "copyStack" is nil ``` This is after ``` Beginning to run tests...

failing test: testNoUnusedClassVariablesLeft

I fear this for now requires a full boostrap. That is, do the PR manually and let the CI bootrap the image. The question is: can we fix the class...

Just 5 failing tests! - testRecompileMethodToInBlockContextWithDeadHomeRemainsInOldBlock – MacOSX64.NewTools.Debugger.Tests.Model.StDebuggerActionModelTest - testRecompileMethodToInBlockContext – MacOSX64.NewTools.Debugger.Tests.Model.StDebuggerActionModelTest - testRecompileMethodToInBlockContextWithDeadHome – MacOSX64.NewTools.Debugger.Tests.Model.StDebuggerActionModelTest - testSerializeContextToFileNamed – MacOSX64.NewTools.Debugger.Fuel.Tests.FLDebuggerStackSerializerTest - testSerializeStackFromContext – MacOSX64.NewTools.Debugger.Fuel.Tests.FLDebuggerStackSerializerTest

we wil do one for pharo 14

With objects like literals or even classes I do not see that. Which object did he inspect?

Yes, the current implementation of RBAbstractClass>>#bindingOf: is: ``` bindingOf: aString ^self realClass bindingOf: aString ``` Which will make this test green. But: what is odd is that it goes directly...