- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Trying to build alien plugin in linux

by Javier PimÃ¡s

Nice!!!!!!!! It's compiling now. Now, I loaded tests, and here are the results: 37 run, 17 passed, 0 failures, 20 errors. TestCallingSequenceChar10Long2 TestCallingSequenceChar2LongLong2 TestCallingSequenceChar8Long2 TestCallingSequenceChar9Long2 TestCallingSequenceCharLongLong2 TestCallingSequenceChars TestCallingSequenceDoubles14 TestCallingSequenceDoubles2 TestCallingSequenceFloats13 TestCallingSequenceFloats14 TestCallingSequenceFloats2 TestCallingSequenceFloats2WithInteger TestCallingSequenceFloats2WithInteger2 TestCallingSequenceFloats7 TestCallingSequenceInt TestCallingSequenceInt8 TestCallingSequenceIntWithFloatArgs TestCallingSequenceLongLong2 TestCallingSequenceShort TestCallingSequenceString It is failing in places where it does primLoadLibrary: 'IA32ABI'. Why should it try to load itself, if it's compiled as an internal plugin? I compiled it as external too but didn't work either. Other question, can classic FFI and Alien live nicely together (I mean have x plugin use classic FFI while y uses Alien)? One more: should I use IA32ABIPlugin or IA32ABIPluginAttic? You can't have both in, right? Syntax highligthing is broken for Alien primitive methods like these: <primitive: 'primUnsignedShortAtPut' error: errorCode module: 'IA32ABI'> Lastly, as I said when I loaded Alien Core the first time, I got this error while loading it: Alien class>>#ensureInSpecialObjectsArray: "Index probably wrong". What should I do about that? ignore it? That's all for now, thanks! Javier. On Mon, Feb 22, 2010 at 4:32 PM, John M McIntosh < johnmci(a)smalltalkconsulting.com> wrote: > You've not loaded > Name: Alien-VMMaker-Support-John M McIntosh.8 > Author: John M McIntosh > Time: 11 January 2010, 12:53:14 am > UUID: 6953c7ab-4924-48b0-9984-f15ec7fb7d2b > > into your vmmaker image > > so it's not build the interp.c pieces. > > > On 2010-02-22, at 8:18 AM, Javier PimÃ¡s wrote: > > internalIsImmutable > > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > -- Javier PimÃ¡s Ciudad de Buenos Aires

Feb. 23, 2010

Re: [Pharo-project] Monticello repos when adding packages

by Eliot Miranda

or add the attached which add a 'add to package...' to a selected package On Mon, Feb 22, 2010 at 4:17 AM, Gary Chambers <gazzaguru2(a)btinternet.com>wrote: > Create your package, deselect any package. > Pick your existing repository spec. > Choose "add to package..." from the repo popup menu. > > Regards, Gary > > ----- Original Message ----- > From: "GermÃ¡n Arduino" <garduino(a)gmail.com> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Monday, February 22, 2010 12:00 PM > Subject: Re: [Pharo-project] Monticello repos when adding packages > > > 2010/2/21 Torsten Bergmann <astares(a)gmx.de>: > > Hi, > > > > in Monticello: > > > > - when you open the browser you see a list of known > > repositories > > - when I select "+Package" and enter the name > > of a new package the right pane only shows > > the package-cache as valid repo and I have > > to add the repository using "+Repository" > > again - even when it is already known to the system > > > > Yes, is an annoying "feature". I don't know if exist another way, > but indeed, is not a good behaviour. > > > > Confusing, isnt it? Or is there an easier way? > > > > Thx > > T. > > > > Cheers. > GermÃ¡n. > > _______________________________________________ > 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 >

Feb. 22, 2010

Re: [Pharo-project] cull: protocol

by Bryce Kampjes

On Mon, 2010-02-22 at 11:14 +0100, Henrik Johansen wrote: > Den 21.02.2010 23:11, skrev Bryce Kampjes: > > On Fri, 2010-02-19 at 14:03 +0100, Levente Uzonyi wrote: > > > >> On Fri, 19 Feb 2010, Henrik Johansen wrote: > >> > >> > >>> Well, ugly was a strong word. > >>> Reusing less, aka. shorter is a better choice, I guess. > >>> > >> I think the difference is 3 lines for the 4 methods. > >> > >> > >>> Cheers, > >>> Henry > >>> > >>> PS. In VisualWorks, the two perform equally. *Wishing for a Cog VM to > >>> test on* :) > >>> > >> There's no inlining VM available ATM (besides SqueakJ, but that can't > >> run current images) and noone knows when one will be. And even though I > >> didn't try it, I expect that "inlining by hand" saves time and memory. > >> > > I'm working on inlining in Exupery at the moment though progress is > > still slow. (Time I've two young boys)... > > > > Bryce > > > > Will Exupery work on the 0.15 VM now? > IIRC, when making it available, you mentioned there was primitive > collision between Exupery/Closures. You mean the 0.15 Exupery VM? ;-) Yes, but there's still that problem with closures. I moved the interpreter closure code into the Exupery VMs to allow people to work on closures in the image. I haven't yet implemented the closure bytecodes in Exupery. Closure support will be added to the Exupery JIT after inlining methods without blocks. Then after adding closure bytecode support I'll add inlining of closures. Bryce

Feb. 22, 2010

[Pharo-project] web package documentation

by laurent laffont

Hi, I've worked on SimpleWebDoc http://magaloma.seasidehosting.st (code here, http://www.squeaksource.com/SimpleWebDoc.html, proof-of-concept) Now it builds a package documentation overview by taking the first sentence of each class comment (if it has comment). For example: http://magaloma.seasidehosting.st/Traits So we can quickly see (I think) the composition of a package. Maybe we can have a similar thing with the new HelpSystem. Laurent Laffont

Feb. 22, 2010

Re: [Pharo-project] Trying to build alien plugin in linux

by John M McIntosh

You've not loaded Name: Alien-VMMaker-Support-John M McIntosh.8 Author: John M McIntosh Time: 11 January 2010, 12:53:14 am UUID: 6953c7ab-4924-48b0-9984-f15ec7fb7d2b into your vmmaker image so it's not build the interp.c pieces. On 2010-02-22, at 8:18 AM, Javier PimÃ¡s wrote: > internalIsImmutable -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Feb. 22, 2010

Re: [Pharo-project] how to remove World?

by Lukas Renggli

On 22 February 2010 20:21, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > I tried by starting pharo with a script: > > Project uiProcess suspend. > Smalltalk > Â Â Â Â snapshot: true > Â Â Â Â andQuit: true. > > ...and the processing stop working after the #suspend (no > snapshot:andQuit: happens :( ) I guess that means that the startup scripts are evaluated in the UI-Proces, so you suspend yourself ;-) Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 22, 2010

Re: [Pharo-project] how to remove World?

by Esteban Lorenzano

I tried by starting pharo with a script: Project uiProcess suspend. Smalltalk snapshot: true andQuit: true. ...and the processing stop working after the #suspend (no snapshot:andQuit: happens :( ) On 2010-02-22 13:43:05 -0300, Lukas Renggli <renggli(a)gmail.com> said: >> Is that also necessary for a headless Pharo/Squeak? > > No, it is not necessary. It saves a few CPU cycles because the event > polling stops, the #step methods on the visible morphs are not called > anymore, and the display is not updated any longer. > > Programmatically you can still do everything (headless or > non-headless). For example you can open morphs and move them around, > you just won't see a change on the screen. Code that have some > interaction with the GUI thread (like the debugger) might deadlock (or > hang) the system. > > Lukas

Feb. 22, 2010

Re: [Pharo-project] Browse classes with shortcut in merge

by Mariano Martinez Peck

Thanks Gary :) 2010/2/22 Gary Chambers <gazzaguru2(a)btinternet.com> > Certainly possible. Needs an update for Polymorph as well as the Diff > tools. > Will only be available when the "changes tree" has keyboard focus, also... > > Will do cmd+n for senders, cmd+m for implementors and cmd+v for versions > while at it. > Also, I'll update the menu items to indicate shortcuts. > > Regards, Gary > > ----- Original Message ----- > *From:* Mariano Martinez Peck <marianopeck(a)gmail.com> > *To:* Pharo Development <pharo-project(a)lists.gforge.inria.fr> > *Cc:* Gary Chambers <gazzaguru2(a)btinternet.com> > *Sent:* Friday, February 19, 2010 2:57 PM > *Subject:* Browse classes with shortcut in merge > > Hi Gary: It would be cool to be able to browse a class (when selected) > using the shortcut (cmd + b). Right now you only can browse it using right > button -> Browse class > > Cheers > > Mariano > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 22, 2010

Re: [Pharo-project] [squeak-dev] Help system now for Squeak and Pharo

by Danny Chan

Hi! I like the idea. On the weekend I hacked a bit of code to generate help pages from the class and methods comments. I have just added another bit of code that sorts the documentation for all methods so that methods with a <help> pragma appear in a special section. See the "Help on Help" pages in the browser. And I just learned that you can load this with (ConfigurationOfHelpSystem project version: '1.0-baseline') load. Danny Am Sonntag, 21. Februar 2010 23:39:16 schrieb StÃ©phane Ducasse: > Torsten / Danny > > I was discussing with laurent and I like his idea. > We could tag > test with > <publichelp> > > and the tests would be used for the Help. We could design test that are > more for understanding than identifying bugs and we would have a win-win > situation: documentation and always in sync. > > doing the same for class comments would be nice. > Often in a package you have one or two important classes. > > This would be a good incentive to get cool comments. > > On Feb 19, 2010, at 5:00 PM, Torsten Bergmann wrote: > > Since we share tools and code - we may in the future also > > share (in-image) documentation for tools. What is new: > > > > - Refactored and updated the code > > - Help System is now usable in Pharo and Squeak too > > - Metacello config is updated for both > > - there is an initial help for the Pharo project and the Squeak project > > (depending on from where you load it) > > - the help for the help system is displayed as last book > > - I merged HelpContents into a new HelpPage - so we have books and > > pages (we may later add other forms than text in subclasses like > > HTMLHelpPage, ...) > > > > The help browser includs a book on how to provide/implement an own > > custom help. Future version may include specific colored icons for > > squeak and better UI depending on the UI system (Polymorph in Squeak) > > as well as authoring tools. > > > > Thanks to Metacello one is able to manage the differences. To load: > > > > Squeak > > ====== > > > > Installer ss project: 'MetacelloRepository'; > > install: 'ConfigurationOfHelpSystem'. > > > > ((Smalltalk at: #ConfigurationOfHelpSystem) project version: '1.0') > > load > > > > > > Pharo > > ===== > > > > Gofer new > > squeaksource: 'MetacelloRepository'; > > package: 'ConfigurationOfHelpSystem'; > > load. > > > > ((Smalltalk at: #ConfigurationOfHelpSystem) project version: '1.0') > > load > > > > > > Bye > > T. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 22, 2010

Re: [Pharo-project] [Vm-dev] Re: Trying to build alien plugin in linux

by Adrian Lienhard

I've loaded VMMaker into a new Pharo image and it produces an interpreter that I can successfully compile. After loading VMMaker, ObjectMemory baseHeaderSize is nil as expected: BaseHeaderSize and BytesPerWord are initialized through #initializeWithBytesToWord:, which is called by #generateInterpreterFile. Hence, both variables are nil until VMMaker is run the first time. Cheers, Adrian On Feb 21, 2010, at 17:20 , David T. Lewis wrote: > On Sun, Feb 21, 2010 at 01:19:36AM +0100, Levente Uzonyi wrote: >> On Sat, 20 Feb 2010, John M McIntosh wrote: >> >>> So I think the current VMMaker build process is broken? >> >> In Squeak I get the expected line (using SlangBrowser and VMMaker-ar.158): >> addrSize = interpreterProxy->byteSizeOf((oopForPointer( socketAddress ) - 4)); >> >> So I guess it's a Pharo issue. > > It is definitely Pharo-related, but I can't quite spot the source of the > problem. > > In a Pharo image: > > ObjectMemory baseHeaderSize ==> nil > ObjectMemory bytesPerWord ==> nil > > That is the reason for the incorrect code generation. > > If you evaluate this, the object memory constants will be set up properly: > > ObjectMemory initializeWithBytesToWord: Smalltalk wordSize > > At that point, I expect that the code generation problem will be probably > be fixed. > > What I can't figure out is why this is not being initialized properly > in a Pharo image. I'm fumbling my way through this with a borrowed > computer (out of town this weekend, forgot to bring my laptop) and > limited expertise with Pharo, so maybe someone can figure it out from > the above clues. > > HTH, > Dave > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 22, 2010