GNU Smalltalk 3.3 development opened

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

GNU Smalltalk 3.3 development opened

Paolo Bonzini-2
Hi all,

branches master and stable-3.2 are not anymore proceeding in parallel in
my git repository.

In particular, the master branch already has the following changes:

- GLib/GObject bindings are now separate from the GTK bindings

- a new shared library is installed, libgst-gobject.so, containing the
common functionality shared by the GLib and GTK bindings.  The ABI of
this library will be stable, but only after 3.3 is released.

- GObject-Introspection bindings are included in the
GObject-Introspection package.


Focus for 3.3 will be on improving bindings, possibly using the
GObject-Introspection support (which may become mandatory before the
release, depending on when/whether libgirepository gets into Fedora).
This could be the code that Denis is working on or something completely
different.  Time will tell!  It may or may not be backwards-compatible
with the existing GTK bindings, though I hope search-and-replace will be
enough to reconcile the differences.

Other possible changes will be:

- deprecating the <library> tag in the package description and replacing
it with, well, something else;

- deprecating Namespace>>#current: to improve thread-safety of file-ins
(suggested by Gwen);

- miscellaneous VisualGST improvements;

- other bindings, including the mythical GnuTLS support;

- support for non-Unix platforms, including the mythical support for
Windows sockets and the also mythical MacOS X installer.

- inclusion of Seaside 3.0.x.

GNU Smalltalk 3.2.4 will be released later this month.

Paolo

_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk
Reply | Threaded
Open this post in threaded view
|

Re: GNU Smalltalk 3.3 development opened

Holger Freyther
On 01/15/2011 04:18 PM, Paolo Bonzini wrote:
> Hi all,
>
> branches master and stable-3.2 are not anymore proceeding in parallel in my
> git repository.

Hi Paolo,

this sounds like a feature based release? Do you have any idea when you would
like to release version 3.3?

_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk
Reply | Threaded
Open this post in threaded view
|

Re: GNU Smalltalk 3.3 development opened

Paolo Bonzini-2
On 01/15/2011 05:02 PM, Holger Hans Peter Freyther wrote:

> On 01/15/2011 04:18 PM, Paolo Bonzini wrote:
>> Hi all,
>>
>> branches master and stable-3.2 are not anymore proceeding in parallel in my
>> git repository.
>
> Hi Paolo,
>
> this sounds like a feature based release? Do you have any idea when you would
> like to release version 3.3?

As usual, when enough new features are ready and stable.  The initial
feature list is mostly because of my diminished amount of time, and in
the hope that this will give the community more ideas and more ways to
work together.

However, in case other more interesting things come up, the schedule and
roadmap are as flexible as they always have been.  In particular, the
period of stabilization with only minor features are added is a new
thing in the history of GNU Smalltalk, and I believe it was very beneficial.

Paolo

_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk
Reply | Threaded
Open this post in threaded view
|

Re: GNU Smalltalk 3.3 development opened

MrGwen
In reply to this post by Paolo Bonzini-2
Hi Paolo,

Great news ;-)

Could I add some ideas:

- moving from VisualGST to GST package/namespace/class/method fileout;

- moving some Gtk improvments  (GtkMainwindow/Model/...) from
VisualGST to a gtk-tools package;

- Again improving VisualGST ;-)

Possible stuffs:

- Class builder to continue my shape refactoring (not the most
important part but it's a nice refactoring);

- Add a new shape: large oop (b-tree);

- string cow;

- add comp.c optimizations to STInST compiler;

- Remote Smalltalk;

Another one : today I've worked on the STInSt package (to support the
environment) and though why can't I do that
in VisualGST : this is dangerous if I break it I could break VisualGST
that uses it. This is just like a neuro-surgeon that operates it self
^^.
Something like copying or versionned namespaces could be nice.

(And in my dream fixing the JIT ;-) which by the way works in 32 bits
but all the tests are not green )

Cheers,
Gwen

On Sat, Jan 15, 2011 at 4:18 PM, Paolo Bonzini <[hidden email]> wrote:

> Hi all,
>
> branches master and stable-3.2 are not anymore proceeding in parallel in my
> git repository.
>
> In particular, the master branch already has the following changes:
>
> - GLib/GObject bindings are now separate from the GTK bindings
>
> - a new shared library is installed, libgst-gobject.so, containing the
> common functionality shared by the GLib and GTK bindings.  The ABI of this
> library will be stable, but only after 3.3 is released.
>
> - GObject-Introspection bindings are included in the GObject-Introspection
> package.
>
>
> Focus for 3.3 will be on improving bindings, possibly using the
> GObject-Introspection support (which may become mandatory before the
> release, depending on when/whether libgirepository gets into Fedora). This
> could be the code that Denis is working on or something completely
> different.  Time will tell!  It may or may not be backwards-compatible with
> the existing GTK bindings, though I hope search-and-replace will be enough
> to reconcile the differences.
>
> Other possible changes will be:
>
> - deprecating the <library> tag in the package description and replacing it
> with, well, something else;
>
> - deprecating Namespace>>#current: to improve thread-safety of file-ins
> (suggested by Gwen);
>
> - miscellaneous VisualGST improvements;
>
> - other bindings, including the mythical GnuTLS support;
>
> - support for non-Unix platforms, including the mythical support for Windows
> sockets and the also mythical MacOS X installer.
>
> - inclusion of Seaside 3.0.x.
>
> GNU Smalltalk 3.2.4 will be released later this month.
>
> Paolo
>
> _______________________________________________
> help-smalltalk mailing list
> [hidden email]
> http://lists.gnu.org/mailman/listinfo/help-smalltalk
>

_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk
Reply | Threaded
Open this post in threaded view
|

Re: GNU Smalltalk 3.3 development opened

Dmitry Matveev
Hi all,

2011/1/15, Gwenaël Casaccio <[hidden email]>:
> - Remote Smalltalk;

Did you mean that sprint project I started to work on? Yes, it would be cool.
The life has forced me to postpone it, but I am willing to complete it :)

Dmitry

_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk
Reply | Threaded
Open this post in threaded view
|

Re: GNU Smalltalk 3.3 development opened

Paolo Bonzini-2
In reply to this post by MrGwen
On 01/15/2011 07:48 PM, Gwenaël Casaccio wrote:
> Hi Paolo,
>
> Great news ;-)
>
> Could I add some ideas:
>
> - moving from VisualGST to GST package/namespace/class/method fileout;
>
> - Again improving VisualGST ;-)

These are kind of separate from GST, though.  I see VisualGST as a
mostly separate project which is however embedded in GST.

> - moving some Gtk improvments  (GtkMainwindow/Model/...) from
> VisualGST to a gtk-tools package;

Yes, that would be a good idea.  I would like to see a cleaner
correspondance between the VisualGST Gtk classes and MVC/MVP, though.

> - Class builder to continue my shape refactoring (not the most
> important part but it's a nice refactoring);
>
> - string cow;

Good ideas.

> - Add a new shape: large oop (b-tree);

Can you expand?

> - Remote Smalltalk;
>
> Another one : today I've worked on the STInSt package (to support the
> environment) and though why can't I do that
> in VisualGST : this is dangerous if I break it I could break VisualGST
> that uses it. This is just like a neuro-surgeon that operates it self
> ^^.
> Something like copying or versionned namespaces could be nice.

That's something you could do with "Remote Smalltalk" too, no?

Paolo

_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk