Hi all,
We are happy to announce Fuel 1.9. Fuel is an open-source general-purpose object serialization framework developed in Pharo. You can find more information on our website [1]. The default set of packages of this version already comes in Pharo 2.0, so you it's not necessary to install it there. However, Fuel also works out-of-the-box in Pharo from 1.1 up to 2.0, as well as in Squeak 4.1 up to 4.4. You can see our documentation [2] for complete installation and use guides. Changes: - (feature) DoIt and not-installed CompiledMethods are fully serialized by default. - (fix) Date & DateAndTime (thanks Cami and Marcus) (already included in Fuel 1.8.1 and 1.8.2). - (feature) New hooks methods #fuelNew and #fuelNew: for custom instantiation (see "Hooking instance creation" in Customizing the Graph). - Globals: - Added #globalEnvironment: to specify where the globals are looked-up. (see "Changing the environment" in Managing Globals). - Explicit references to "Smalltalk globals" changed to "self class environment". - A SystemDictionary instance is not treated as global when it is not "Smalltalk globals". - Documentation: - General update - New Format Migration section. - New Built-in Header Support section. - (feature) Put back FLSerializer>>on:. - (optimization) New clusters for SmallInteger. - (optimization) New clusters for most common collections. - (feature) Built-in support for header (See Built-in Header Support): - pre and post materialization actions (clean closures). - attach additional objects. - materialize only the header. - (fix) Safer substitutions (see FLPluggableSubstitutionTest>>testPrivateExcluded). - (feature) Materialize .fuel files when drag&dropped in the image. - (cleanup) Removed unneeded cluster: FLWellKnownObjectsCluster. We want to thank developers of the community that enrich the project with code, issue reports and ideas. Have fun!
Martin (on behalf of Mariano and Max, who worked a lot on this version) |
This is great news!
I think Monticello running on top of Fuel should be a big priority for 3.0. I think some of the recent comments about git are quite valid, and one of the bigger barriers to people coming to Smalltalk recently. It would probably bring me back from using FileTree and external version control.
|
In reply to this post by tinchodias
Thanks guys
this is great. I'm really happy to see that the effort we started two years ago is paying off. Stef On Mar 28, 2013, at 6:40 PM, Martin Dias <[hidden email]> wrote:
|
On Sun, Mar 31, 2013 at 11:06 AM, stephane ducasse <[hidden email]> wrote:
Stef: thanks to you, INRIA and ESUG for the financial support during the first years. That is important to remark. |
2013/4/8 Martin Dias <[hidden email]>:
> > On Sun, Mar 31, 2013 at 11:06 AM, stephane ducasse > <[hidden email]> wrote: >> >> Thanks guys >> >> this is great. I'm really happy to see that the effort we started two >> years ago is paying off. > > > Stef: thanks to you, INRIA and ESUG for the financial support during the > first years. That is important to remark. +1. Regards! -- Esteban. |
In reply to this post by xx397
On Fri, Mar 29, 2013 at 3:51 PM, Chris <[hidden email]> wrote:
Hi Chris, Yes... Last year I worked as Google Summer of Code student in a prototype that was called Tanker [1], which uses Fuel to export and import code. To load, it materializes the class, traits, methods definitions, and bypass the compiler to create them. But it is still a prototype that more work. Monticello has it's own small binary serializer and that's not the main bottleneck while loading code. Also currently it's not the main issue to whether compile or not. In 3.0 it's planned to have a new compiler and a new way to store the image's code. So I'd wait to have that features integrated, and then decide what to do.
Cheers, Martin
|
In reply to this post by tinchodias
I forgot to mention in the announcement that Camillo created a really cool CI build that tests a matrix of Fuel configurations: Thank you very much! Martín On Mon, Apr 8, 2013 at 2:18 PM, Martin Dias <[hidden email]> wrote:
|
Free forum by Nabble | Edit this page |