April 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [squeak-dev] Re: Need your help filling a FAQ

by Igor Stasenko

On 25 April 2010 23:45, Adrian Lienhard <adi(a)netstyle.ch> wrote: > Hi Igor, > > One question I have is how your work compares to Exupery? > Well, i missing the good Exupery description , on squeak source it says: A bytecode compiler for Squeak, still an alpha project. It doesn't yet do anything useful but it can compile most bytecodes. Or from wiki page: Exupery is a compiler written in Smalltalk that compiles bytecodes to machine code. So, as you can see, an Exupery aims mainly towards turning a bytecode into a native code, i.e. towards implementing a JIT. It is important to understand that NativeBoost project having a bit orthogonal (or more complementary) aim - to allow you to run an arbitrary native code and speak directly to hardware, OS etc. > Adrian > > On Apr 25, 2010, at 22:21 , Igor Stasenko wrote: > >> On 25 April 2010 23:03, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>> >>>> >>>> (a)(Smalltalk parser) -> >>> >>> could you plug the IRBuilder >> >> yes i can! The Moebius parser designed by taking in mind, that it can >> be used as a backend >> for any kind of encoding. It recognizing a smalltalk syntax and >> semantic elements and then passing the messages to encoder. >> And encoder can be anything. It can encode the parsed data into any >> kind of AST , its just needs to conform with parser's protocol, >> but can use arbitrary data structures for building the method's AST. >> Parser don't have _any_ assumptions, into what form an encoder >> translating the parsed data. >> >> So, for instance, i can implement a syntax highlighting encoder, based >> on this parser, without a need of having separate parser targeted only >> for syntax highlighting (like SHParserST80) >> >>> >>>> (b)(Native intermediate instructions >>>> generator (compiler)) -> (c)(Native code translator) >>>> -> (d)(AsmJit) >>>> >>>> I having a, b and d , but c is still not complete. >>>> And sure thing, one can use it for own purposes , since Moebius >>>> implemented purely in smalltalk, >>>> and works in Squeak/Pharo, so potentially it can be retargeted to anything else. >>>> >>>> >>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko AKA sig. >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

April 25, 2010

Re: [Pharo-project] [squeak-dev] Re: Need your help filling a FAQ

by Adrian Lienhard

Hi Igor, One question I have is how your work compares to Exupery? Adrian On Apr 25, 2010, at 22:21 , Igor Stasenko wrote: > On 25 April 2010 23:03, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> >>> >>> (a)(Smalltalk parser) -> >> >> could you plug the IRBuilder > > yes i can! The Moebius parser designed by taking in mind, that it can > be used as a backend > for any kind of encoding. It recognizing a smalltalk syntax and > semantic elements and then passing the messages to encoder. > And encoder can be anything. It can encode the parsed data into any > kind of AST , its just needs to conform with parser's protocol, > but can use arbitrary data structures for building the method's AST. > Parser don't have _any_ assumptions, into what form an encoder > translating the parsed data. > > So, for instance, i can implement a syntax highlighting encoder, based > on this parser, without a need of having separate parser targeted only > for syntax highlighting (like SHParserST80) > >> >>> (b)(Native intermediate instructions >>> generator (compiler)) -> (c)(Native code translator) >>> -> (d)(AsmJit) >>> >>> I having a, b and d , but c is still not complete. >>> And sure thing, one can use it for own purposes , since Moebius >>> implemented purely in smalltalk, >>> and works in Squeak/Pharo, so potentially it can be retargeted to anything else. >>> >>> >>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 25, 2010

Re: [Pharo-project] [squeak-dev] World menu OCompletion-like algorithm

by Sean P. DeNigris

Mariano Martinez Peck wrote: > > Open a couple of windows > (browser, workspace, transcript, test runnerr, etc) and then, in the > world, > do a "shift + click" > Cool feature, thanks. And, it seems that it shows a list of currently open windows, which is different from 'the last three types of objects that I dealt with.' Use case (contrived): I'm working in a sub-flow that requires me to constantly open a Transcript window - say I'm manually testing (I know, disgusting, lol) code that closes any open Transcript windows. So I want to reopen Transcript widnows via the world menu over and over between tests. The 'all open windows menu' doesn't help, but having Transcript pinned temporarily at the top of the world menu would be very convenient. Btw of course I realize there are ways to do this (e.g. dragging the Transcript menu item out of the menu onto the desktop), but having the top three dynamically, automatically updated is what I'm toying with. - Sean -- View this message in context: http://forum.world.st/Re-squeak-dev-World-menu-OCompletion-like-algorithm-t… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 25, 2010

Re: [Pharo-project] [ANN] Pharocasts: SandstoneDb (with subtitles !)

by Adrian Lienhard

Very nice. I like the casts being faster :). In a few places (e.g., where you have to read text from the help system to be able to follow) it was slightly too fast, though. Thanks, Adrian On Apr 25, 2010, at 21:17 , laurent laffont wrote: > Hi, > > I've just uploaded a new screencast which introduces SandstoneDb (and also > HelpSystem). > http://pharocasts.blogspot.com/2010/04/sandstonedb-simple-activerecord-styl… > > > Note this is my first one with subtitles. There's a link so you can download > it and translate it (some people have asked for that). > I've used SubtitleEditor (http://home.gna.org/subtitleeditor/) but I don't > really like it. Do you know a better software on Linux ? > > The video is accelerated, it's more dynamic IMHO ( to do this in avidemux, > just go in video menu, framerate, and put a higher framerate). > > <http://pharocasts.blogspot.com/2010/04/sandstonedb-simple-activerecord-styl…> > Cheers, > > Laurent Laffont > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 25, 2010

Re: [Pharo-project] [squeak-dev] Re: Need your help filling a FAQ

by Igor Stasenko

On 25 April 2010 23:03, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >> >> (a)(Smalltalk parser) -> > > could you plug the IRBuilder yes i can! The Moebius parser designed by taking in mind, that it can be used as a backend for any kind of encoding. It recognizing a smalltalk syntax and semantic elements and then passing the messages to encoder. And encoder can be anything. It can encode the parsed data into any kind of AST , its just needs to conform with parser's protocol, but can use arbitrary data structures for building the method's AST. Parser don't have _any_ assumptions, into what form an encoder translating the parsed data. So, for instance, i can implement a syntax highlighting encoder, based on this parser, without a need of having separate parser targeted only for syntax highlighting (like SHParserST80) > >> (b)(Native intermediate instructions >> generator (compiler)) -> (c)(Native code translator) >> -> (d)(AsmJit) >> >> I having a, b and d , but c is still not complete. >> And sure thing, one can use it for own purposes , since Moebius >> implemented purely in smalltalk, >> and works in Squeak/Pharo, so potentially it can be retargeted to anything else. >> >> >> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

April 25, 2010

[Pharo-project] Fwd: [Vm-dev] Running Alien on Windows

by StÃ©phane Ducasse

On Tue, Apr 20, 2010 at 09:23:36PM -0700, Andreas Raab wrote: > > That leaves the question of how to deal with the patches to the VMMaker > code base. As you know, my "official" VMs are always built from the > "official" sources (i.e., the latest VMMaker package on > http://www.squeaksource.com/VMMaker.html) and if you'd like to help > getting Alien support into the standard builds we should figure out how > to integrate these patches. > > Perhaps David and/or Eliot can help? From my perspective this issue > doesn't really belong with the Windows VM but rather with the VMMaker > package. I just build whatever is in there, so if Alien support is in, > then I'll build it together with everything else. I added Alien functions to VMMaker on SqueakSource: Name: VMMaker-dtl.170 Author: dtl Time: 25 April 2010, 3:21:08.401 pm Ancestors: VMMaker-dtl.169 VMMaker 4.1.0 Include support for Alien FFI in the interpreter. This adds the contents of package Alien-VMMaker-Support from the Alien project on SqueakSource. The Alien plugin has not been included, and continues to be maintained in package Alien-VMMaker-Plugins on SqS/Alien. These additions are copyright and licensed as follows (reference SqS/Alien): Copyright 2008 Cadence Design Systems, Inc. Licensed under the Apache License, Version 2.0 (the ''License''); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Aug 27th, 2009 I also updated platforms/Cross/vm/sqVirtualMachine.[ch] with the Alien functions. This bumps the VM_PROXY_MINOR version to 8, and requires that VMs be generated with VMMaker-dtl.170 (or that you load the equivalent from the the Alien project on SqueakSource). I updated the configuration map so that "VMMaker updateFromServer" will now pull in the Alien plugin. A similar update will be needed for ConfigurationOfVMMaker for Pharo. Note that this adds Apache licensed code to VMMaker. If there are any concerns about this, please speak up. Dave

April 25, 2010

Re: [Pharo-project] FFI in 1.1

by StÃ©phane Ducasse

Probably. There were some discussions that alien will be integrated / working also for the windows vm. So we will see which one I will let people with more experience telling that to us. Stef On Apr 25, 2010, at 9:26 PM, Mariano Martinez Peck wrote: > > > On Sun, Apr 25, 2010 at 6:12 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > > > yes communication with C library. so this is just a tool too. > > > > > > > > Exactly. It is a tool. Not a dev tool in my opinion.In such way, SqueakDBX is also a tool. A tool to persist in a relational database. > > Mariano FFI/ALIEN is ***REALLY*** important to get the possibility to call and write code in smalltalk > as mentioned by john so this is more central (closer to core) than openDBX or refactoring browser. > Look at lua... why lua is cool because he can be embeded seamlessly in C and call C. So if we do not put pressure > on FFI to support callback well or ALIEN then we will stay this language that has problem to interact with the outside world. > This is why having FFI in pharo-dev is important. We should be able to call mac native menu. > Of course we should pay attention that we rely too much on C library but the world is getting more complex and writing > everything in smalltalk is also costly. Not FFI/ALIEN can reduce our dependency to C compilation and C-writing so this is already > an important step. > Am I clear? > > > Yes, and I agree. However, that was not the discussion. I agree FFI is important. I don't care to add it to PharoDev 1.1 if you agree with that. > But I STILL think and that's what I was discussing in the last mail, is that FFI is NOT A DEV TOOL for me. > Anyway...forget this little discussion. > > In summary, should I add FFI when I start to build PharoDev 1.1 ? > > Cheers > > Mariano > > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 25, 2010

Re: [Pharo-project] [squeak-dev] Re: Need your help filling a FAQ

by StÃ©phane Ducasse

> > > (a)(Smalltalk parser) -> could you plug the IRBuilder > (b)(Native intermediate instructions > generator (compiler)) -> (c)(Native code translator) > -> (d)(AsmJit) > > I having a, b and d , but c is still not complete. > And sure thing, one can use it for own purposes , since Moebius > implemented purely in smalltalk, > and works in Squeak/Pharo, so potentially it can be retargeted to anything else. > > > >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 25, 2010

Re: [Pharo-project] Serialization of font object

by Henrik Sperre Johansen

On 25.04.2010 17:08, Mariano Martinez Peck wrote: > > > On Fri, Apr 23, 2010 at 9:22 PM, Henrik Johansen > <henrik.s.johansen(a)veloxit.no <mailto:henrik.s.johansen@veloxit.no>> > wrote: > > > On Apr 23, 2010, at 7:37 33PM, StÃ©phane Ducasse wrote: > > > may be using the storeOn: aStream and readFrom: mechanism? > > > I doubt it would work for FreeType fonts, which hold external handles. > > > mmmmm but do you want also to serialize external handles ? what are > you going to do with them when you load the objects again to memory ? > That was my point exactly, read Object>storeOn: (which Fonts currently use), I thought Steph's suggestion was to use that method to serialize fonts. However, I think I misunderstood, and Steph meant to write the logic for storing attributes you'd need to rebuild a Font instance in store/writeOn: and readFrom: methods. (storeOn: is usually reserved for writing an executable expression which will yield the instance, so it's probably a bad idea to use it paired with readFrom:) Which is an option of course, but the usual convention in image readFrom: methods seem to be having them instance-side. That wouldn't make sense if you want to return an already-existing, closest fitting to the saved attributes, Font instance. Cheers, Henry > > For StrikeFonts, it may, but even if it did, you'd probably end up > importing a new Font instance (complete with an XX KB bitmap), for > each Morph... > > Cheers, > Henry > > > > > On Apr 23, 2010, at 4:28 PM, Henrik Johansen wrote: > > > >> On Apr 23, 2010, at 4:01 48PM, nullPointer wrote: > >> > >>> > >>> > >>> Regards > >>> > >>> I see in Pharo a few ways for create a font, StrikeFont, > LogicalFont... I > >>> need generate dinamically code in Smalltalk for build UIs, and > my problem > >>> now is when I have serialize the font of a widget. Which could > be the best > >>> way for do that? In other objects like arrays, points, > associations is > >>> possible get that calling #printString method. Exists some > equivalence for > >>> that in fonts, or is needed implement that mechanism of zero? > >>> > >>> Thanks for answers > >> > >> I would store the the name/boldness/size etc., then use > (LogicalFont familyName: pointSize: stretchValue:weightValue: > slantValue: ) realFont > >> to discover the closest font available when loading the morph > into an image again. > >> > >> Cheers, > >> Henry > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > <mailto:Pharo-project@lists.gforge.inria.fr> > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > <mailto:Pharo-project@lists.gforge.inria.fr> > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > <mailto:Pharo-project@lists.gforge.inria.fr> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 25, 2010

Re: [Pharo-project] [squeak-dev] World menu OCompletion-like algorithm

by Mariano Martinez Peck

Hi Sean. I wanted that too. I remember it was one of the things I missed more as I come from Eclipse world. There I used to have ctrl + F7 or similar. There is something similar in Squeak/Pharo. Open a couple of windows (browser, workspace, transcript, test runnerr, etc) and then, in the world, do a "shift + click" ... It would be great to have a short cut for that cheers mariano On Sun, Apr 25, 2010 at 8:11 PM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > > Could the logic of OCompletion - that you're most likely looking for one of > the last three things you looked for - be applied to the world menu? That > is - put the last three selections at the top? > > Sean > -- > View this message in context: > http://forum.world.st/World-menu-OCompletion-like-algorithm-tp2064399p20643… > Sent from the Squeak - Dev mailing list archive at Nabble.com. > >

April 25, 2010