May 2015 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/50056 Home: https://github.com/pharo-project/pharo-core

May 21, 2015

[pharo-project/pharo-core] 3e3d7f: 50056

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 3e3d7fa78522f003b843e1955f578e9e17f748bb https://github.com/pharo-project/pharo-core/commit/3e3d7fa78522f003b843e195… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-05-21 (Thu, 21 May 2015) Changed paths: M Kernel.package/Class.class/instance/subclass creation/subclass_instanceVariableNames_classVariableNames_poolDictionaries_category_.st M Manifest-CriticBrowser.package/SingleCodeCriticResultList.class/instance/initialization/setTextModelForTransformationRule_.st M OpalCompiler-Core.package/OCASTTranslator.class/instance/visitor/visitNode_.st M Reflectivity-Tests.package/MetaLinkTest.class/instance/tests - hooks/testHaltHook.st A Reflectivity.package/Breakpoint.class/instance/api/break_withArguments_.st R Reflectivity.package/Breakpoint.class/instance/as yet unclassified/break_withArguments_.st A Reflectivity.package/HookGenerator.class/README.md A Reflectivity.package/HookGenerator.class/definition.st A Reflectivity.package/HookGenerator.class/instance/accessing/link.st A Reflectivity.package/HookGenerator.class/instance/accessing/link_.st A Reflectivity.package/HookGenerator.class/instance/ast manipulation/encloseInBlock_.st A Reflectivity.package/HookGenerator.class/instance/ast manipulation/selectorForNode.st A Reflectivity.package/HookGenerator.class/instance/ast manipulation/wrapCondition_.st A Reflectivity.package/HookGenerator.class/instance/ast manipulation/wrapInContext_.st A Reflectivity.package/HookGenerator.class/instance/initialize/initForNode_.st A Reflectivity.package/HookGenerator.class/instance/initialize/setupTable.st A Reflectivity.package/HookGenerator.class/instance/result/hook.st R Reflectivity.package/MetaLink.class/instance/ast/encloseInBlock_.st R Reflectivity.package/MetaLink.class/instance/ast/hook.st A Reflectivity.package/MetaLink.class/instance/ast/hookOn_.st M Reflectivity.package/MetaLink.class/instance/ast/valueInContext_.st R Reflectivity.package/MetaLink.class/instance/ast/wrapCondition_.st R Reflectivity.package/MetaLink.class/instance/ast/wrapInContext_.st A Reflectivity.package/RFReification.class/class/as yet unclassified/node_link_.st A Reflectivity.package/RFReification.class/instance/acccessing/link_.st A Reflectivity.package/RFReification.class/instance/accesing/node_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50055.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50056.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50055.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50056.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R Slot.package/OldClassBuilderAdapter.class/instance/adapted api/superclass_subclass_instanceVariableNames_classVariableNames_poolDictionaries_category_.st R Slot.package/OldClassBuilderAdapter.class/instance/adapted api/superclass_variableSubclass_instanceVariableNames_classVariableNames_poolDictionaries_category_.st M Traits.package/TClass.class/instance/subclass creation/variableSubclass_instanceVariableNames_classVariableNames_poolDictionaries_category_.st Log Message: ----------- 50056 15579 Clean up OldClassBuilderAdpater more https://pharo.fogbugz.com/f/cases/15579 15574 Critics: Ignore whitespace changes when diffing transformations https://pharo.fogbugz.com/f/cases/15574 15580 Move hook generation to HookGenerator class https://pharo.fogbugz.com/f/cases/15580 http://files.pharo.org/image/50/50056.zip

May 21, 2015

Opportunity to steal good ideas from dad ;)

by Sean P. DeNigris

Squeak 4.6 "Spur" Release Notes http://wiki.squeak.org/squeak/6192 ----- Cheers, Sean -- View this message in context: http://forum.world.st/Opportunity-to-steal-good-ideas-from-dad-tp4827836.ht… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 21, 2015

Re: [Pharo-dev] about the donwload win.zip pharo 40

by valmy roi

I tried, everything is ok for me 2015-05-21 8:36 UTC+01:00, Sven Van Caekenberghe <sven(a)stfx.eu>: > >> On 21 May 2015, at 08:45, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> >>> On 20 May 2015, at 20:46, stepharo <stepharo(a)free.fr> wrote: >>> >>> Hi >>> >>> one student of saint-louis tried to download pharo from the pharo web >>> site >>> and on windows the archive seems broken. >>> >>> Could someone try and let me know? >> >> >> It could be related to the CDN cacheâ¦ I am thinking of turning it off. >> >> Marcus > > Yes, there have been a couple of problem reports, but nothing really clear > and repeatable. > -- Kenfack Valmy-Roi IngÃ©nieur des travaux en Informatique de Gestion/ Analyste Programmeur ElÃ¨ve ingÃ©nieur de conception en gÃ©nie logiciel Institut SupÃ©rieur du Sahel Email : roykenvalmy(a)gmail.com Tel: +237 22 11 01 87/ +237 676 94 23 01 / +237 699 04 0612

May 21, 2015

Re: [Pharo-dev] [Pharo-users] Next Pharo sprint & Moose dojo

by Tudor Girba

Great! It would be great if you could test Moose 5.1 (stable) and let us know if you encounter problems or if you commit new changes so that we can finally release it. Do you think this would fit in your sprint/dojo? Cheers, Doru On Thu, May 21, 2015 at 1:00 PM, Jean-Christophe Bach < jeanchristophe.bach(a)inria.fr> wrote: > * Jean-Christophe Bach <jeanchristophe.bach(a)inria.fr> [01.05.2015. > @19:59:08 +0200]: > > > Hello Pharoers, > > > > We propose a Pharo sprint / Moose dojo on Friday, 22nd May, starting at > > 10:00am. (Local Time Lille). > > > > It will be at the Inria Lille, Building B, third floor (RMoD offices). > > Remotely, you can join us on the official IRC channel #pharo on > > irc.freenode.net server. During the sprint, we will try to synchronize > > local and remote Pharo sprinters. > > > > As the building is not open to the public, please contact us before if > > you plan to come. > > > > JC > > Hello Pharoers, > > This email to remind you that there is a Pharo sprint / Moose dojo > tomorrow. > > JC > > -- www.tudorgirba.com "Every thing has its own flow"

May 21, 2015

Re: [Pharo-dev] [Pharo-users] Next Pharo sprint & Moose dojo

by Jean-Christophe Bach

* Jean-Christophe Bach <jeanchristophe.bach(a)inria.fr> [01.05.2015. @19:59:08 +0200]: > Hello Pharoers, > > We propose a Pharo sprint / Moose dojo on Friday, 22nd May, starting at > 10:00am. (Local Time Lille). > > It will be at the Inria Lille, Building B, third floor (RMoD offices). > Remotely, you can join us on the official IRC channel #pharo on > irc.freenode.net server. During the sprint, we will try to synchronize > local and remote Pharo sprinters. > > As the building is not open to the public, please contact us before if > you plan to come. > > JC Hello Pharoers, This email to remind you that there is a Pharo sprint / Moose dojo tomorrow. JC

May 21, 2015

Re: [Pharo-dev] Critics Browser should diff formatted original

by Yuriy Tymchuk

You are welcome. There are more things to take into account. There is prettyprinted diff class, that should do it automatically, but it does not work because what you are getting after applying transformation - is regenerated source code i.e. there can be extra parentheses and so on. Also the diff that is used there is line-by line diff. We have a better diff which is embedded into side-by-side view, but what is anyway missing is a diff model.Than then can be used for visualization. What could be cool is to have some bachelor (or maybe master, but I have no idea if there is enough to do) student to work on creating a diff model that can be used for ast, text and so on. And then adding views for the diffs. Uko > On 21 May 2015, at 05:52, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Sean P. DeNigris wrote >> Issue 15574: Critics: Ignore whitespace changes when diffing >> transformations >> https://pharo.fogbugz.com/default.asp?15574 > > Thanks to Yuriy, now the confusing diff on the left will look like the one > on the right > <http://forum.world.st/file/n4827759/Screenshot_2015-05-21_00.png> > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Critics-Browser-should-diff-formatted-original-tp4827… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

May 21, 2015

Re: [Pharo-dev] Code generation for ASTs with syntax errors

by Marcus Denker

Yes, we should fix itâ¦ > On 21 May 2015, at 09:22, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > But statement after error is parsed and ast node exists for them. > Is it not correct to make end of error equal to start of next ast node? > > 19 Ð¼Ð°Ñ 2015 Ð³. 11:22 Ð¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÐµÐ»Ñ "Marcus Denker" <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> Ð½Ð°Ð¿Ð¸ÑÐ°Ð»: > >> On 19 May 2015, at 10:32, Thierry Goubier <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>> wrote: >> >> >> >> 2015-05-19 10:27 GMT+02:00 Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>>: >> >>> >>> And that view get the selection wrong ;) >>> >> >> No, the ErrorNode has âall the restâ as itâs extend for Shout so it can color the error just the same as people are used to. >> >> Ok. >> >> But I'd really like Shout not to color red the rest of the code when I start to modify code half way through a method :) >> >> Is that inherent to the way ErrorNode instances are generated or is it just done to maintain as it was? >> > > I am not entirely sureâ¦ it sets the code of the ErrorNode to be just from where we are to the end of the to be parsed text. > At that point it is hard to know the real extend of the errorâ¦ needs to be checked how to do it nicer. > > I think we should first get it in a state that we can replace the shout parser (both for syntax highlight and code completion). > > Marcus

May 21, 2015

Re: [Pharo-dev] about the donwload win.zip pharo 40

by Sven Van Caekenberghe

> On 21 May 2015, at 08:45, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > >> On 20 May 2015, at 20:46, stepharo <stepharo(a)free.fr> wrote: >> >> Hi >> >> one student of saint-louis tried to download pharo from the pharo web site >> and on windows the archive seems broken. >> >> Could someone try and let me know? > > > It could be related to the CDN cacheâ¦ I am thinking of turning it off. > > Marcus Yes, there have been a couple of problem reports, but nothing really clear and repeatable.

May 21, 2015

Re: [Pharo-dev] Code generation for ASTs with syntax errors

by Denis Kudriashov

But statement after error is parsed and ast node exists for them. Is it not correct to make end of error equal to start of next ast node? 19 Ð¼Ð°Ñ 2015 Ð³. 11:22 Ð¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÐµÐ»Ñ "Marcus Denker" <marcus.denker(a)inria.fr> Ð½Ð°Ð¿Ð¸ÑÐ°Ð»: > > On 19 May 2015, at 10:32, Thierry Goubier <thierry.goubier(a)gmail.com> > wrote: > > > > 2015-05-19 10:27 GMT+02:00 Marcus Denker <marcus.denker(a)inria.fr>: > >> >> >>> >> And that view get the selection wrong ;) >> >> >> No, the ErrorNode has âall the restâ as itâs extend for Shout so it can >> color the error just the same as people are used to. >> > > Ok. > > But I'd really like Shout not to color red the rest of the code when I > start to modify code half way through a method :) > > Is that inherent to the way ErrorNode instances are generated or is it > just done to maintain as it was? > > > I am not entirely sureâ¦ it sets the code of the ErrorNode to be just from > where we are to the end of the to be parsed text. > At that point it is hard to know the real extend of the errorâ¦ needs to be > checked how to do it nicer. > > I think we should first get it in a state that we can replace the shout > parser (both for syntax highlight and code completion). > > Marcus >

May 21, 2015