- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Build Pharo VM

by Pierce Ng

On Thu, Feb 23, 2017 at 03:51:07PM +0100, Esteban Lorenzano wrote: > for linux you can: > $ cd pharo-vm/opensmalltalk-vm//build.linux32x86/pharo.cog.spur/build > $ ./mvm On a fairly fresh 32-bit Linux Mint 17 (based on Ubuntu 14.04), first apt-get install curl, libssl-dev, cmake, uuid-dev, and libtool which are the dependencies. On libtool, the (generated?) source contains a version which doesn't understand a command line argument that it was fed. I changed that libtool file to a symlink to the system-installed one. The HT version that I built segfaults now and then on my 64-bit Linux Mint 17. I'm using the ITHB one. Pierce

Feb. 26, 2017

Re: [Pharo-dev] [Moose-dev] Re: GTInspector duplicates overriden extensions

by Peter Uhnak

On Sat, Feb 25, 2017 at 04:44:15PM +0100, Andrei Chis wrote: > Hi, > > Usually when we want to specialize a view in a subclass we override the > method and do not add the gtInspectorPresentationOrder: annotation. But > also removing duplicationd would make sense. Ah, I didn't think of just removing the pragma. :) Thanks! Peter

Feb. 25, 2017

Re: [Pharo-dev] [Moose-dev] GTInspector duplicates overriden extensions

by Andrei Chis

Hi, Usually when we want to specialize a view in a subclass we override the method and do not add the gtInspectorPresentationOrder: annotation. But also removing duplicationd would make sense. Cheers, Andrei On Feb 25, 2017 4:36 PM, "Peter Uhnak" <i.uhnak(a)gmail.com> wrote: Hi, when I override a method with a GTInspector (because I need to change it), then inspector contains the extension twice. It seems Inspector scans the whole hierarchy of the inspected object for methods, but doesn't deduplicate them. Peter _______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch https://www.list.inf.unibe.ch/listinfo/moose-dev

Feb. 25, 2017

GTInspector duplicates overriden extensions

by Peter Uhnak

Hi, when I override a method with a GTInspector (because I need to change it), then inspector contains the extension twice. It seems Inspector scans the whole hierarchy of the inspected object for methods, but doesn't deduplicate them. Peter

Feb. 25, 2017

Re: [Pharo-dev] [ANN] Woden 2 first release for OS X and Linux

by Ronie Salgado

2017-02-25 2:08 GMT-03:00 Ben Coman <btc(a)openinworld.com>: > What happens if the wrong type object is passed to a lowcode method? You should get an error. A Lowcode method checks the type of its argument when called from a normal Pharo method. When calling a Lowcode method from another Lowcode method, the type check happens in compilation time. The type check of the arguments is only removed when a Lowcode method is inlined. By default, each variable has the object type, which corresponds with any normal Pharo Object. > Unfortunately, when we did this work the 64 bits version of Spur was > incomplete and in an experimental state [and we were] not able to compare > the performance difference for floating point arithmetics against a > Smalltalk with support for immediate floating point objects > > Have you been able to do this performance comparison since the paper > was written? > I have not tried it. But, we now have the 64 bits Lowcode VM, which is used by Woden 2 by default on OS X. Currently I am just too lazy for doing this comparison, because there lot of more interesting things that can be done with Lowcode. Anyway, in theory most of the performance gain could be obtained from loops that need to manipulate memory pointers without bounds checks, instead of the small linear algebra that I am testing in that. I have not finished the support for the pointers in the Lowcode Opal Compiler, so I am quite sure we still are not getting all of the performance improvement that can be obtained with Lowcode. I am seriously thinking on remaking the Lowcode Opal Compiler, but using Slovim for generating more optimized code, and doing more aggressive inlining. Slovim is a LLVM style SSA intermediate representation that I am currently using for generating all of the shaders used by Woden 2. In Slovim I already have backends for SpirV, GLSL, the Metal Shader language, a x86 (and x86_64) machine code generator that I am refactoring. Now, I am only missing Lowcode backend, and we could be compiling actual C code alongside Pharo code in the near future. The only bad think about integrating C is its syntax. Because in C not everything is a expression, I do not believe it would be behave well in playground. Best regards, Ronie

Feb. 25, 2017

Re: [Pharo-dev] [ANN] Woden 2 first release for OS X and Linux

by Ben Coman

Cool news. I'll try it out soon. I found this paper on Lowcode to share with other curious people... http://www.esug.org/data/ESUG2016/IWST/Papers/IWST_2016_paper_16.pdf A few questions from that... > our extended instructions do not perform run time type checking on their inputs, so they do not have the overhead associated to dynamic message lookup." What happens if the wrong type object is passed to a lowcode method? > Unfortunately, when we did this work the 64 bits version of Spur was incomplete and in an experimental state [and we were] not able to compare the performance difference for floating point arithmetics against a Smalltalk with support for immediate floating point objects Have you been able to do this performance comparison since the paper was written? cheers -ben On Fri, Feb 24, 2017 at 9:02 AM, Ronie Salgado <roniesalg(a)gmail.com> wrote: > Hello, > > Finally I am glad to announce a first release of Woden 2. I made a hopefully > simplified process for loading Woden 2 out of the box. > > For loading and testing Woden 2, follow the instructions at: > > https://github.com/ronsaldo/woden2 > > In this release, I am not loading the level editor by default because it > depends on an outdated version of Bloc. Until I fix the dependency problem > of the Level editor, it will remain unusable. > > Because Woden 2 requires Metal on OS X, it requires 64 bits on OS X, which > can be unstable. This is tested on OS X El Capitan. I do not know whether it > will work or not on OS X Sierra. > > Best regards, > Ronie

Feb. 25, 2017

Re: [Pharo-dev] [ANN] Woden 2 first release for OS X and Linux

by Ronie Salgado

Hello, I fixed several bugs with Vulkan, so now it is not crashing anymore when using the Linux NVIDIA Vulkan driver. I still have to fix the stuttering problem with Vulkam. Best regards, Ronie 2017-02-24 6:38 GMT-03:00 nolwenn <nolwenn.fournier(a)fr.thalesgroup.com>: > Wonderful ! I will try it soon. > > Thanks ! > > Nolwenn > > > > -- > View this message in context: http://forum.world.st/ANN- > Woden-2-first-release-for-OS-X-and-Linux-tp4935693p4935742.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

Feb. 25, 2017

Re: [Pharo-dev] Any idea for a cool name for the remote tool suite?

by Sean P. DeNigris

Andreas Wacknitz wrote > Everything that is used outside Pharo could have a fancy name. > For internal tools and frameworks this is... like talking in argot and > creates high walls around Pharo. +100 ----- Cheers, Sean -- View this message in context: http://forum.world.st/Any-idea-for-a-cool-name-for-the-remote-tool-suite-tp… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Feb. 25, 2017

Re: [Pharo-dev] Code Completion in Pharo

by Ben Coman

Another random idea, that you can use something similar to Finder>Examples from within the debugger. That is, a shortcut brings up a small popup dialog kind-of inline with the cursor where you can feed live variables into the pattern matching. cheers -ben On Sat, Feb 25, 2017 at 7:09 AM, Ben Coman <btc(a)openinworld.com> wrote: > How would people feel about... > when an item is selected from the code completion popup (e.g. with > <Enter>) that the arguments get expanded as well. These might show up red > initially if there is no matching variable and easily show what needs to be > edited. > > cheers -ben > > On Wed, Feb 15, 2017 at 1:57 AM, <komarlu2(a)fit.cvut.cz> wrote: > >> Hello to all, >> >> I am a student at the Faculty of Information Technology of the Czech >> Technical University in Prague and I decided to make Code Completion in >> Pharo the topic of my Bachelor's degree and try to improve it. >> >> If you have suggestions on what should change / how to change it so you >> would be satisfied with it, I will appreciate any input on this topic. It >> would mean a lot to me if you could find two minutes and take this survey >> (there are only like 7 questions, so it won't take longer than those 2 >> minutes): >> >> https://docs.google.com/forms/d/e/1FAIpQLSd7lx6gIN079-vMvMwR >> snA_AX_e_7sZEz2XJQ4059nk_-LV6w/viewform >> >> Regards >> >> >> Lukas >> > >

Feb. 24, 2017

Re: [Pharo-dev] Code Completion in Pharo

by Ben Coman

How would people feel about... when an item is selected from the code completion popup (e.g. with <Enter>) that the arguments get expanded as well. These might show up red initially if there is no matching variable and easily show what needs to be edited. cheers -ben On Wed, Feb 15, 2017 at 1:57 AM, <komarlu2(a)fit.cvut.cz> wrote: > Hello to all, > > I am a student at the Faculty of Information Technology of the Czech > Technical University in Prague and I decided to make Code Completion in > Pharo the topic of my Bachelor's degree and try to improve it. > > If you have suggestions on what should change / how to change it so you > would be satisfied with it, I will appreciate any input on this topic. It > would mean a lot to me if you could find two minutes and take this survey > (there are only like 7 questions, so it won't take longer than those 2 > minutes): > > https://docs.google.com/forms/d/e/1FAIpQLSd7lx6gIN079-vMvMwRsnA_AX_e_ > 7sZEz2XJQ4059nk_-LV6w/viewform > > Regards > > > Lukas >

Feb. 24, 2017