Updated trunk image (Squeak3.11-9371-alpha.zip)

Folks -

Since so much has been going on, I've put an updated trunk image up on:

     http://ftp.squeak.org/trunk/Squeak3.11-9371-alpha.zip

The summary of latest changes is below.

Cheers,
   - Andreas


(for the full history refer to the "What's new" section in the image)

[------------------------- updated 02/13/10 ---------------------------]

Generators
----------
A Generator transforms a callback interface into a stream interface.
This is helpful when a producer provides output in form of a callback
(block) but a consumer expects the input to be a stream. A Generator
transforms one interface into the other, for example:

        | generator |
        generator := Generator on:[:g| Integer primesUpTo: 10000 do:[:prime| g
yield: prime]].
        [generator atEnd] whileFalse:[Transcript cr; show: generator next].

Number parsing
--------------
New number parsing facilities are available. NumberParser and its
subclasses provide support for parsing and building numbers from strings
and streams. NumberParser offers an extensible framework for different
numeric formats.

Text Editor improvements
------------------------
The auto-indent preference has been restored. Indent and outdent now
function with LF as well. Cmd-1 through Cmd-4 (Alt-1 through Alt-4) can
now be used to paste method arguments directly in code.

Installer update
----------------
Installer has been updated to the latest version which includes support
for automatically parsing mantis bug reports and operating on them, for
example:

        Installer mantis bugsAll select:[:bug| bug status = 'feedback'].

Sets with nil
-------------
Sets can now contain any element, including nil. This is achieved by
adding the ability to wrap elements when storing them in a set which can
be useful for other objects (like proxies) as well.

[------------------------- updated 01/23/10 ---------------------------]

Modularity
----------
The following packages have been made reloadable: ReleaseBuilder,
ScriptLoader, 311Deprecated, 39Deprecated, Universes, SMLoader, SMBase,
Installer-Core, VersionNumberTests, VersionNumber, Services-Base,
PreferenceBrowser, Nebraska, CollectionsTests, GraphicsTests,
KernelTests, MorphicTests, MultilingualTests, NetworkTests, ToolsTests,
TraitsTests, XML-Parser, Traits, SystemChangeNotification-Tests,
FlexibleVocabularies, EToys, Protocols, Tests, SUnitGUI. To unload all
of these, execute:

     Smalltalk unloadAllKnownPackages.

[------------------------- updated 01/02/10 ---------------------------]

NanoTraits
----------
A new traits implementation has been added. The implementation is
significantly smaller and simpler than the old version and can be
unloaded and reloaded without loss of information (i.e., traits
flattened during unload are restored during traits reloading). To unload
traits simply execute:
     Trait unloadTraits.
To restore traits load the traits package from the repository at
source.squeak.org.

TextDiffBuilder
---------------
A new algorithm for producing text diffs has been added. The algorithm
is smaller, faster, and provides better results compared to the previous
implementation.

Source / Changes Files
----------------------
Sources and changes files are no longer limited to 32MB max size.
ExpandedSourceFileArray provides an implementation for source files of
arbitrary length, based on the CompiledMethodTrailer changes.

CompiledMethodTrailer
---------------------
Handling compiled method trailers for storing source code has been
generalized. The new representation deals more explicitly with various
forms of encodings (source pointer, temps-only, etc) and has room for
future extensions (i.e., retrieval from other sources).

Future Messages
---------------
Support for the future/future: keywords has been added. Future messages
enable sending messaging at a later point in time. Timed futures allow
sending messages a specific number of miliseconds into the future,
futures without arguments are executed at the earliest convenience. For
example a message like:

MyMorph>>mouseDown: event
     self color: Color red.
     (self future: 1000) color: Color white.

will turn the given morph red and one second later back to white.

On 2/13/10 11:34 PM, "Andreas Raab" <[hidden email]> wrote:

Again I ask for having the base image as default and people should load
whatever they like.

Another question.

When 3.11 finish?
I love formula one, so fast changes don't scare me, but not all like to live
in changing world.
People need stable things....

Edgar

On 2/13/10 11:34 PM, "Andreas Raab" <[hidden email]> wrote:

> Folks -
>
> Since so much has been going on, I've put an updated trunk image up on:
>
>      http://ftp.squeak.org/trunk/Squeak3.11-9371-alpha.zip

I see no cleanup in the image, so I load and try.
I found:

AnObsoleteModalSystemWindowView . AnObsoletePluggableFileListView .
AnObsoleteFlexibleVocabulariesInfo

I put System-edc.253 into inbox for improve and go to trunk.

Keep the super job, if you run for 2010 Board have my entusiastic vote.

Cheers.

Edgar

2010/2/14 Edgar J. De Cleene <[hidden email]>:

+1

I asked the same some time ago with the Randal response.

The tests instead of be more green are showing more fails.

Is really hard to adopt this new Squeak to production work at this way.

Just an opinion.

Cheers.
Germán.

2010/2/14 Germán Arduino <[hidden email]>:
Don't know if your opinion is really in sync with your trunk image ;)
... not with mine because I don't see that many test failing...
The BitBlt ones, the closures ones, they are quite universal (pharo
and most probably Cuis too).
An unavailable font.
A few ones due to 16rff, and a few ones due to number restriction of
syntax (solvable once ExtendedNumberParser is connected).

Nicolas

>
> Cheers.
> Germán.
>
>

2010/2/14 Nicolas Cellier <[hidden email]>:


mmm, I miss some update, I was talking also about several
File* errors, but are not anymore in the #9379 image.

Then, what are the plans to have a release? All the commits
that we are seeing daily are following a roadmap? Or are
independent efforts of people?

Germán.

My bad English don't helped again, I should said "uncoordinated"
instead "independent" ....


2010/2/14 Germán Arduino <[hidden email]>:
> 2010/2/14 Nicolas Cellier <[hidden email]>:
>
> Then, what are the plans to have a release? All the commits
> that we are seeing daily are following a roadmap? Or are
> independent efforts of people?
>
> Germán.
>

Cheers.

--
=================================================
Germán S. Arduino  <gsa @ arsol.net>   Twitter: garduino
Arduino Software & Web Hosting   http://www.arduinosoftware.com
PasswordsPro  http://www.passwordspro.com
=================================================

2010/2/15 Germán Arduino <[hidden email]>:
> My bad English don't helped again, I should said "uncoordinated"
> instead "independent" ....
>

Yes, that's more or less what it is, uncoordinated.
You may think in term of a swarm of individuals following their own goals.
However, not every change might be accepted, and this creates a
cohesion of the swarm.
So what you can observe at a macroscopic level is the motion of the ensemble.
You cannot control how it moves, you can only try and participate.
You can also coordinate your work locally if you want it and  find
someone that share some goals.
You'll probably observe some kind of nonformal pair programming if you
analyse trunk changes carefully.
Also, you'll probably adhere to some of the individual goals like
having a faster VM, unloadable modules, cleaner and more robust kernel
libraries...

Of course, if you've got plenty of money and know exactly where you
want to go, then you can hire plan and control...
That's currently not how Squeak works.

Nicolas

Hi Nicolas:

ok, thanks by your comments, is exactly as I think is Squeak in these days.

But I disagree with this opinion:

> Of course, if you've got plenty of money and know exactly where you
> want to go, then you can hire plan and control...

I don't think that is a money problem.....or shouldn't be (at least that be
a problem of the egg and chicken).

But is not needed money to coordinate....or to establish some sort of
roadmap. Well, are just opinions, but I think that any project need to
have users,
real users, to stay alive and healthy.


Thanks again by the comments.

Cheers.
Germàn.





2010/2/15 Nicolas Cellier <[hidden email]>:

On Mon, 2010-02-15 at 22:25 +0100, Nicolas Cellier wrote: +1

Ken