Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours:

http://lists.squeakfoundation.org/pipermail/packages/2010-September/003726.html

Name: Tools-eem.267
Ancestors: Tools-eem.259, Tools-ar.266

Nuke Browser find method wildcard....  It is noise given the
spiffy new find method... menu.

=============================================

http://lists.squeakfoundation.org/pipermail/packages/2010-September/003727.html

Name: Tools-eem.268
Ancestors: Tools-eem.267

Respect thoroughSenders preference when doing senders/implementors
(includes method tags, etc).
Fix senders & implementors in the debugger when in a doit.

=============================================

http://lists.squeakfoundation.org/pipermail/packages/2010-September/003728.html

Name: Monticello-bf.399
Ancestors: Monticello-ar.398

When saving a package, the changes about to be committed are listed as a reminder.

=============================================

http://lists.squeakfoundation.org/pipermail/packages/2010-September/003729.html

Name: Tests-nice.93
Ancestors: Tests-ar.92

Provides two non regression tests for http://bugs.squeak.org/view.php?id=7093
- 1 for compiler
- 1 for decompiler

#to:do: optimization is wrong when the block modifies the limit

=============================================

http://lists.squeakfoundation.org/pipermail/packages/2010-September/003730.html

Name: Compiler-nice.173
Ancestors: Compiler-eem.172

Compiler fix for http://bugs.squeak.org/view.php?id=7093
Avoid optimizing a to:do: loop that does modify its limit inside the loop. Thanks Eliot!

Note: an alternate solution would be to create a shadow variable, assign it with the limit, and optimize the block.

Note 2: the bug report also has a so far uncorrected Decompiler part and cannot be closed yet.

=============================================