[Pharo-project] [ANN] update 10073
update 10073 ------------ - Issue 44: 7094 FixClassCompatibilityForClassVar (M6472) - Issue 86: 7138 TransformationMorph-isSticky - Issue 89: 7141 PrintingArraysWithMetaclasses - Issue 42: 7092 TTCFontDNUfix (M5309) - Issue 176:failing tests in 70072 - delete ParagraphEditor>>#initializeTextEditorMenus (never called, has undeclared) - revert Issue 95: 7149 ChangeHooksTest-tearDown-M6702-rej (broke tests) - MorphExtension now stores properties in SmallIdentityDictionary. - in loadscript: Smalltalk associations do: [:each | each beReadWriteBindingAnnouncing: true] Because it recompiles all methods multiple times, the update takes a while to load. (this is to be able to remove ReadOnlyVariableBinding, which has never seen any use) Marcus -- Marcus Denker -- denker@iam.unibe.ch http://www.iam.unibe.ch/~denker
On Sep 18, 2008, at 12:26 PM, Marcus Denker wrote:
update 10073 ------------
- Issue 44: 7094 FixClassCompatibilityForClassVar (M6472)
in two words what was that?
- Issue 86: 7138 TransformationMorph-isSticky - Issue 89: 7141 PrintingArraysWithMetaclasses - Issue 42: 7092 TTCFontDNUfix (M5309) - Issue 176:failing tests in 70072 - delete ParagraphEditor>>#initializeTextEditorMenus (never called, has undeclared) - revert Issue 95: 7149 ChangeHooksTest-tearDown-M6702-rej (broke tests) - MorphExtension now stores properties in SmallIdentityDictionary. - in loadscript: Smalltalk associations do: [:each | each beReadWriteBindingAnnouncing: true]
Because it recompiles all methods multiple times, the update takes a while to load. (this is to be able to remove ReadOnlyVariableBinding, which has never seen any use)
Excellent! Stef
Marcus
-- Marcus Denker -- denker@iam.unibe.ch http://www.iam.unibe.ch/~denker
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On 18.09.2008, at 14:02, Stéphane Ducasse wrote:
On Sep 18, 2008, at 12:26 PM, Marcus Denker wrote:
update 10073 ------------
- Issue 44: 7094 FixClassCompatibilityForClassVar (M6472)
in two words what was that?
006472: TraitBehavior>>#allClassVarNames is undefined Description TraitBehavior contains class compatibility messages. However #allClassVarNames is not implemented. eCompletion crashes often because of that. Attached patch implemented this missing method.
- Issue 86: 7138 TransformationMorph-isSticky - Issue 89: 7141 PrintingArraysWithMetaclasses - Issue 42: 7092 TTCFontDNUfix (M5309) - Issue 176:failing tests in 70072 - delete ParagraphEditor>>#initializeTextEditorMenus (never called, has undeclared) - revert Issue 95: 7149 ChangeHooksTest-tearDown-M6702-rej (broke tests) - MorphExtension now stores properties in SmallIdentityDictionary. - in loadscript: Smalltalk associations do: [:each | each beReadWriteBindingAnnouncing: true]
Because it recompiles all methods multiple times, the update takes a while to load. (this is to be able to remove ReadOnlyVariableBinding, which has never seen any use)
Excellent!
Stef
Marcus
-- Marcus Denker -- denker@iam.unibe.ch http://www.iam.unibe.ch/~denker
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Marcus Denker -- denker@iam.unibe.ch http://www.iam.unibe.ch/~denker
Thanks. About traits I was thinking to implement the protocol we designed at ESUG. I would like to define some tests also to cover that CM are really duplicated.
in two words what was that?
006472: TraitBehavior>>#allClassVarNames is undefined Description TraitBehavior contains class compatibility messages. However #allClassVarNames is not implemented. eCompletion crashes often because of that. Attached patch implemented this missing method.
Tx
On Sep 18, 2008, at 16:36 , Stéphane Ducasse wrote:
About traits I was thinking to implement the protocol we designed at ESUG.
what's that?
I would like to define some tests also to cover that CM are really duplicated.
btw., I'm in the process of making http://code.google.com/p/pharo/issues/detail?id=167 work correctly... that is, I'm looking forward for your test ;) Adrian
On Sep 18, 2008, at 5:15 PM, Adrian Lienhard wrote:
On Sep 18, 2008, at 16:36 , Stéphane Ducasse wrote:
About traits I was thinking to implement the protocol we designed at ESUG.
what's that?
I would like to define some tests also to cover that CM are really duplicated.
btw., I'm in the process of making http://code.google.com/p/pharo/issues/detail?id=167 work correctly...
why It was broken?
that is, I'm looking forward for your test ;)
Yes I should really write something.... (fixig again the floor). I hope to get done after the week end. something like... ============================================= A method belong to a trait or a class. how do we query such belonging. T1 c Class A foo uses: T1 + alias T1>>c = c2 (A>>c2) selector -> c2 (A>>c) selector -> c (T>>c) selector -> c (A>>foo) class -> A (A>>c2) class -> A (A>>c) class -> A ***(T1>>c) class -> nil or T1 ? ** (A>>foo) trait -> nil (T1>>c2) trait -> Exception (T1>>c) trait -> T1 (A>>c) trait -> T1 ============================================= T1 c Class A foo uses: T1 + alias T1>>c = c2 Class B uses: T1 (A>>c2) selector -> c2 (A>>c) selector -> c (B>>c) selector -> c (T>>c) selector -> c (A>>foo) class -> A (A>>c2) class -> A (A>>c) class -> A (B>>c) class -> B (A>>foo) trait -> nil (T1>>c2) trait -> Exception (T1>>c) trait -> T1 (B>>c) trait -> T1 (A>>c) trait -> T1 ============================================= T1 c c1 T2 c c2 uses: T1 Class A foo uses: T2 (A>>c2) selector -> c2 (A>>c) selector -> c (T2>>c) selector -> c (T1>>c) selector -> c (A>>foo) class -> A (A>>c2) class -> A (A>>c) class -> A (A>>c1) class -> A (T1>>c1) class -> ???? T1 or nil (T2>>c1) (T2>>c2) class -> ???? T2 or nil (A>>foo) trait -> nil (A>>c2) trait -> T2 (A>>c) trait -> T2 (A>>c1) trait -> T2 ***** since it is flat (T1>>c1) trait -> ???? T1 or nil (T2>>c1) trait (T2>>c2) trait -> ???? T2 or nil origin = definingClassOrTrait (A>>foo) origin -> A (A>>c2) origin -> T2 (A>>c1) origin -> T1 (A>>c) origin -> T2 ***** (T1>>c) origin -> T1 (T1>>c1) origin -> T1 The origin is the method that you changed (and not override) when you want to change a method in the flat view.
On Sep 18, 2008, at 21:08 , Stéphane Ducasse wrote:
I would like to define some tests also to cover that CM are really duplicated.
btw., I'm in the process of making http://code.google.com/p/pharo/issues/detail?id=167 work correctly...
why It was broken?
no, but it was not completely finished (like the effect of these changes on the sources/changes condensing procedure) Stef, in http://code.google.com/p/pharo/issues/detail?id=167 you removed that method properties are copied when we copy a compiled method (this is in #copyWithTrailerBytes:). I am not sure what the expected behavior actually is. What was your rationale? Adrian
On Sep 19, 2008, at 11:30 AM, Adrian Lienhard wrote:
On Sep 18, 2008, at 21:08 , Stéphane Ducasse wrote:
I would like to define some tests also to cover that CM are really duplicated.
btw., I'm in the process of making http://code.google.com/p/pharo/issues/detail?id=167 work correctly...
why It was broken?
no, but it was not completely finished (like the effect of these changes on the sources/changes condensing procedure)
Ok
Stef, in http://code.google.com/p/pharo/issues/detail?id=167 you removed that method properties are copied when we copy a compiled method (this is in #copyWithTrailerBytes:).
certainly my mistake There was not rationale probably misuderstanding the code.
I am not sure what the expected behavior actually is. What was your rationale?
Adrian _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
participants (3)
-
Adrian Lienhard -
Marcus Denker -
Stéphane Ducasse