Eliot Miranda uploaded a new version of 50Deprecated to project The Trunk:
http://source.squeak.org/trunk/50Deprecated-eem.1.mcz
==================== Summary ====================
Name: 50Deprecated-eem.1
Author: eem
Time: 25 September 2015, 11:21:50.573 am
UUID: 1cbbbbba-2820-4e14-a6c4-43d69939f7ef
Ancestors:
First version of unsent deprecated methods for Squeak 5.0.
==================== Snapshot ====================
----- Method: Dictionary>>fasterKeys (in category '*50Deprecated-accessing') -----
fasterKeys
"Contrary to old version of #keys, this method returned an Array rather than a Set.
This was faster because no lookup: was performed.
But now, #keys also return an Array, so don't use #fasterKeys anymore."
self deprecated: 'use #keys'.
^self keys.
!
----- Method: Dictionary>>keyForIdentity: (in category '*50Deprecated-accessing') -----
keyForIdentity: anObject
"If anObject is one of the values of the receive, return its key, else return nil. Contrast #keyAtValue: in which there is only an equality check, here there is an identity check"
self deprecated: 'Use #keyAtIdentityValue:ifAbsent:'.
^self keyAtIdentityValue: anObject ifAbsent: nil!
Thank you Sean :)
On Thu, Sep 24, 2015 at 8:47 PM Stephan Eggermont <stephan(a)stack.nl> wrote:
> On 24/09/15 16:27, Geert Claes wrote:
> > The admin duties have now been handed over to Sean DeNigris who kindly
> > volunteered to look after the www.world.st web presence as well as the
> > Nabble archived mailing list forums on forum.world.st.
>
> Thank you Geert, for taking care of this important community resource
> for us for so long, and Sean for stepping in and taking over.
>
> Stephan
>
>
>
>
The admin duties have now been handed over to Sean DeNigris who kindly
volunteered to look after the www.world.st web presence as well as the
Nabble archived mailing list forums on forum.world.st.
As mentioned in a previous post, I did establish The World of Smalltalk some
years ago I have now unfortunately too many other things on my plate. So I
feel a person who is closer to the Smalltalk action will be better suited to
take over the reins and I wish Sean all the best to continue!
--
View this message in context: http://forum.world.st/World-st-has-a-new-admin-tp4851814.html
Sent from the Squeak - Dev mailing list archive at Nabble.com.
Here's the thing:
The change to initialize effects that it is called.
Hence, after updating _past_ MonticelloConfigurations-dtl.137,
the Updaters classvar of MCMcmUpdater will be nil, and hence
every following attempt to update will restart from 1 and,
inevitably, fail eventually.
(Evidence: all saved images from the CI since september 3)
What we can do:
- remove the last three .mcm's that reference MonticelloConfigurations-dtl.137
- update-eem.333
- update-eem.334
- update-eem.335
- I don't know whether each of them is an important milestone for loading
individually.
if so:
- replace 333-335 with maps that refer to MonticelloConfigurations-topa.138
to skip 137
if not:
- make a new 333 that merges the changes of the old 333-335 and
refers to MonticelloConfigurations-topa.138, also to skip 137.
Thoughts?
Best regards
-Tobias
On 24.09.2015, at 12:48, commits(a)source.squeak.org wrote:
> Tobias Pape uploaded a new version of MonticelloConfigurations to project The Trunk:
> http://source.squeak.org/trunk/MonticelloConfigurations-topa.138.mcz
>
> ==================== Summary ====================
>
> Name: MonticelloConfigurations-topa.138
> Author: topa
> Time: 24 September 2015, 2:48:24.846 pm
> UUID: 153b9666-3723-4eb0-b230-7bc75450b892
> Ancestors: MonticelloConfigurations-dtl.137
>
> Do not nil out Updaters on initialize, beacuse this can screw the whole update process.
>
> =============== Diff against MonticelloConfigurations-dtl.137 ===============
>
> Item was changed:
Tobias Pape uploaded a new version of MonticelloConfigurations to project The Trunk:
http://source.squeak.org/trunk/MonticelloConfigurations-topa.138.mcz
==================== Summary ====================
Name: MonticelloConfigurations-topa.138
Author: topa
Time: 24 September 2015, 2:48:24.846 pm
UUID: 153b9666-3723-4eb0-b230-7bc75450b892
Ancestors: MonticelloConfigurations-dtl.137
Do not nil out Updaters on initialize, beacuse this can screw the whole update process.
=============== Diff against MonticelloConfigurations-dtl.137 ===============
Item was changed:
----- Method: MCMcmUpdater class>>initialize (in category 'class initialization') -----
initialize
"MCMcmUpdater initialize"
DefaultUpdateURL ifNil:[
DefaultUpdateURL := MCHttpRepository trunkUrlString.
].
+ "Call
+ MCMcmUpdater resetUpdaters
+ manually if necessary"!
- Updaters := nil.
- !
Item was added:
+ ----- Method: MCMcmUpdater class>>resetUpdaters (in category 'class initialization') -----
+ resetUpdaters
+
+ Updaters := nil.!
Hi All,
anyone with C chops looking for a challenge? The ARM code generator in
Cog is in a good state and we're supporting Squeak 5.0 Cog on ARM and
building Newspeak Cog VMs for ARM. But the same can't be said of the
simulator, with which we develop the code generator. Tim Rowledge recently
added support for floating point support for the ARM code generator, which
is great for floating point performance, but alas the simulator can't
simulate the generated vfp (virtual floating point) instructions. The
simulator is derived from Gdb's ARM support, see
http://www.squeakvm.org/svn/squeak/branches/Cog/processors/ARM/READMEhttp://www.squeakvm.org/svn/squeak/branches/Cog/processors/ARM/gdb-7.6
Is anyone interested in fixing the ARM simulator so that it does correctly
simulate vfp instructions? If so, let me know and I can help you set up
the relevant environment.
_,,,^..^,,,_
best, Eliot