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

[CfP] ICOOOLPS 2018

by Tim Felgentreff

Call for Papers: ICOOOLPS'18 ============================ 13th Workshop on Implementation, Compilation, Optimization of Object- Oriented Languages, Programs and Systems Co-located with ECOOP 2018 held Mon 16 - Sun 22 July in Amsterdam, Netherlands Twitter: @ICOOOLPS URL: https://conf.researchr.org/track/ecoop-issta-2018/ICOOOLPS-2018-papers The ICOOOLPS workshop series brings together researchers and practitioners working in the field of language implementation and optimization. The goal of the workshop is to discuss emerging problems and research directions as well as new solutions to classic performance challenges. The topics of interest for the workshop include techniques for the implementation and optimization of a wide range of languages including but not limited to object-oriented ones. Furthermore, meta-compilation techniques or language-agnostic approaches are welcome, too. ### Topics of Interest A non-exclusive list of topics of interest for this workshop is: - Implementation and optimization of fundamental languages features (from automatic memory management to zero-overhead metaprogramming) - Runtime systems technology (libraries, virtual machines) - Static, adaptive, and speculative optimizations and compiler techniques - Meta-compilation techniques and language-agnostic approaches for the efficient implementation of languages - Compilers (intermediate representations, offline and online optimizations,â¦) - Empirical studies on language usage, benchmark design, and benchmarking methodology - Resource-sensitive systems (real-time, low power, mobile, cloud) - Studies on design choices and tradeoffs (dynamic vs. static compilation, heuristics vs. programmer input,â¦) - Tooling support, debuggability and observability of languages as well as their implementations ### Workshop Format and Submissions This workshop welcomes the presentation and discussion of new ideas and emerging problems that give a chance for interaction and exchange. More mature work is welcome as part of a mini-conference format, too. We aim to interleave interactive brainstorming and demonstration sessions between the formal presentations to foster an active exchange of ideas. The workshop papers will be published in ACM DL or an open archive (to be confirmed). Papers are to be submitted using the sigplanconf LaTeX template (http://www.sigplan.org/Resources/LaTeXClassFile/) Please submit contributions via EasyChair: https://easychair.org/conferences/submission_show_all.cgi?a=17114062 ### Important Dates Submissions: 18 May 2018 Author Notification: 8 June 2018 ### Program Committee The program committee consists of the organizers and the following reviewers: Nada Amin, University of Cambridge ClÃ©ment BÃ©ra, RMOD - INRIA Lille Nord Europe Shigeru Chiba, University of Tokyo Benoit Daloze, JKU Linz GÃ¶rel Hedin, Lund University Eric Jul, University of Oslo Stefan Marr, University of Kent Eliot Miranda, Cadence Design Systems Sarah Mount, King's College London Tobias Pape, Hasso Plattner Institute Jennifer Sartor, Vrije Universiteit Brussel + University Ghent ### Workshop Organizers Tim Felgentreff, Oracle Labs Potsdam Olivier Zendra, INRIA / LORIA

April 19, 2018

Re: [Pharo-dev] DelayScheduler cleanup & Bootstrap

by Guillermo Polito

On Sun, Apr 15, 2018 at 3:19 PM, Ben Coman <btc(a)openinworld.com> wrote: > I am doing a pass to cleanup the DelayScheduler hierarchy. > I'll be refactoring of the hierarchy to aid code understanding > and eliminate redundant instance variables from the original code. > The target structure is.... > DelayNullScheduler -- minimum interface to avoid errors in rest of system > (6 empty methods) > |__DelayBasicScheduler -- fully working sans race protection (equivalent > to Courageous scheduler) > |__DelaySpinScheduler -- plus race protection > > Can someone advise how/where the Bootstrap loads Delay and the > DelaySchedulers? > Delay and Delay schedulers are atomically loaded during bootstrap (because they are part of the Kernel package so far). So there should be nothing special to do there. > where the invocation of Delay_class>>#initialize selects the delay > scheduler. > Once the image is created, the first method invoked is PharoBootstrapInitialization >> initializeCommandLineHandlerAndErrorHandling which is in the image. You can change it as you please :). > I need to determine whether during transition the Bootstrap might need to > temporarily hop to a different scheduler, > and how to provide the new structure in the Image for operational testing > before switching. > In the bootstrap there is no "switching". A new image is created from scratch with the code that you provide... Initially the image has no delay scheduler process, so calling `Delay class initialize` will create it for you. So as soon as you define Delay class >> initialize "Delay initialize" Scheduler ifNotNil: [ Scheduler stopTimerEventLoop ]. Scheduler := *MyNewScheduler new*. Scheduler startTimerEventLoop. SessionManager default registerSystemClassNamed: self name atPriority: 20. The bootstrap will take it into account. And tests will be run with that configuration. Maybe there is something else to it? You want to do test the switching also? Because for this I would do it with normal smalltalk code... no bootstrap involved... > > cheers -ben > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

April 19, 2018

Re: [Pharo-dev] Do we kill the catalog?

by Ben Coman

> > > > > Esteban > > > >> On 19 Apr 2018, at 08:42, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > >> > >> Hi guys > >> > >> What do we do with it? > >> What alternatives? > >> > >> Stef > >> > > > On 19 April 2018 at 14:59, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > > > On 19 Apr 2018, at 08:46, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > > > why to kill it? > > right now we do not have a replacement. > > btw, I had this idea of > > - using a STON spec instead a class (I think Dale has already something > about it) > - using github as centralised repository to simplify the infrastructure, > and to accept new projects as PRs :) > > justâ¦ no time to implement it yet, but it should be fairly easy. > > cheers, > Esteban > > This is a good idea. The STON could be easily edited directly with github's web-based text editor which would encourage third-parties to enhance the descriptions. Maybe good to publish it as a github pages, with a custom domain to shield against having to move away from github. https://help.github.com/articles/about-supported-custom-domains/#custom-sub… cheers -ben

April 19, 2018

Re: [Pharo-dev] Do we kill the catalog?

by Esteban Lorenzano

> On 19 Apr 2018, at 08:46, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > why to kill it? > right now we do not have a replacement. btw, I had this idea of - using a STON spec instead a class (I think Dale has already something about it) - using github as centralised repository to simplify the infrastructure, and to accept new projects as PRs :) justâ¦ no time to implement it yet, but it should be fairly easy. cheers, Esteban > > Esteban > >> On 19 Apr 2018, at 08:42, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: >> >> Hi guys >> >> What do we do with it? >> What alternatives? >> >> Stef >> >

April 19, 2018

[Pharo 7.0-dev] Build #783: 21729 Less lint violations in AST-Core and related

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #783 was: SUCCESS. The Pull Request #1216 was integrated: "21729 Less lint violations in AST-Core and related" Pull request url: https://github.com/pharo-project/pharo/pull/1216 Issue Url: https://pharo.fogbugz.com/f/cases/21729 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

April 19, 2018

Re: [Pharo-dev] Do we kill the catalog?

by Esteban Lorenzano

why to kill it? right now we do not have a replacement. Esteban > On 19 Apr 2018, at 08:42, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > Hi guys > > What do we do with it? > What alternatives? > > Stef >

April 19, 2018

Re: [Pharo-dev] Hierarchy (roots) of package

by ClÃ©ment Bera

I would do that: Implementation: rootsInsidePackage := [ :packageName | | myPackage | myPackage := RPackageOrganizer default packageNamed: packageName. myPackage definedClasses select: [ :each | each superclass package ~~ myPackage ] ]. Example use-case: rootsInsidePackage value: 'OpalCompiler-Core' Is that what you expected ? On Thu, Apr 19, 2018 at 7:19 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Hi > > Given a package I would like to know the classes that are roots > of hierarchy inside the package. > > Do we have something like that? > > Stef > > -- ClÃ©ment BÃ©ra https://clementbera.github.io/ https://clementbera.wordpress.com/

April 19, 2018

Do we kill the catalog?

by Stephane Ducasse

Hi guys What do we do with it? What alternatives? Stef

April 19, 2018

Re: [Pharo-dev] Iceberg and new failure of Metacello github:// URLs

by Esteban Lorenzano

> On 19 Apr 2018, at 08:03, Martin McClure <martin(a)hand2mouse.com> wrote: > > I have a project that depends on OSSubprocess. In the Pharo 7 of a week > ago I could load this by putting in my baseline: > > project: 'OSSubprocess' > with: [ spec > className: #ConfigurationOfOSSubprocess; > versionString: #stable; > repository: > 'github://marianopeck/OSSubprocess:master/repository] > > > but today in build 781 32-bit (my first time trying the new Iceberg GUI) > this no longer works. It fails with > > LGit_GIT_ERROR: error authenticating: no auth sock variable > > It appears to be attempting to clone > 'git@github.com:marianopeck/OSSubprocess.git' which looks like it > *would* be right if it were *my* Github project. But it's not, so it > would want an SSH key to be able to clone that, I guess? > > Normally, if doing a manual clone of this repo, I'd use > 'https://github.com/marianopeck/OSSubprocess.git'. > > Is this a bug? Or is my usage incorrect? What's the approved way of > doing this? yes, metacello should have fallbacked to use HTTPS after failing with SSH (this was working on old version and seems to be lost in current one) problem is reported here: https://github.com/pharo-vcs/iceberg/issues/643 <https://github.com/pharo-vcs/iceberg/issues/643> cheers, Esteban > > Thanks, > > -Martin > > > Stack of error in case it helps someone: > > > > LGitReturnCodeEnum>>handleLGitReturnCode > LGitRepository(LGitExternalObject)>>withReturnHandlerDo: > LGitRepository>>clone:options:to: > LGitRepository>>clone:options: > IceGitScpRemote(IceGitRemote)>>cloneIn:subdirectory: > IceRepositoryCreator>>cloneRepository > [ self validate. > self isCloning > ifTrue: [ self cloneRepository ] > ifFalse: [ self addLocalRepository ] ] in > IceRepositoryCreator>>createRepository in Block: [ self validate.... > BlockClosure>>on:do: > IceRepositoryCreator>>createRepository > [ repository := builder createRepository ] in > MCGitHubRepository(MCGitBasedNetworkRepository)>>createIcebergRepositoryFor: > in Block: [ repository := builder createRepository ] > BlockClosure>>on:do: > MCGitHubRepository(MCGitBasedNetworkRepository)>>createIcebergRepositoryFor: > [ self createIcebergRepositoryFor: remoteUrl ] in > MCGitHubRepository(MCGitBasedNetworkRepository)>>getOrCreateIcebergRepository > in Block: [ self createIcebergRepositoryFor: remoteUrl ] > OrderedCollection(Collection)>>detect:ifFound:ifNone: > OrderedCollection(Collection)>>detect:ifNone: > MCGitHubRepository(MCGitBasedNetworkRepository)>>getOrCreateIcebergRepository > IceGithubRepositoryType>>mcRepository > Iceberg class>>mcRepositoryFor: > IceMetacelloPharoPlatform>>createRepository: > MetacelloMCBaselineProject(MetacelloMCProject)>>createRepository: > MetacelloRepositorySpec>>createRepository > [ aSpec createRepository ] in [ :aSpec | > | description repo | > description := aSpec description. > (repo := repositories > detect: [ :rep | rep description = description ] > ifNone: [ aSpec createRepository ]) ~~ nil > ifTrue: [ repos add: repo ] ] in > MetacelloEnsureFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>repositoriesFrom:ignoreOverrides: > in Block: [ aSpec createRepository ] > Array(Collection)>>detect:ifFound:ifNone: > Array(Collection)>>detect:ifNone: > [ :aSpec | > | description repo | > description := aSpec description. > (repo := repositories > detect: [ :rep | rep description = description ] > ifNone: [ aSpec createRepository ]) ~~ nil > ifTrue: [ repos add: repo ] ] in > MetacelloEnsureFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>repositoriesFrom:ignoreOverrides: > in Block: [ :aSpec | ... > Array(SequenceableCollection)>>do: > MetacelloEnsureFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>repositoriesFrom:ignoreOverrides: > MetacelloEnsureFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>repositoriesFrom: > MetacelloPackageSpec>>explicitLoadUsing: > MetacelloPackageSpec>>ensureLoadUsing: > >

April 19, 2018

[Pharo 7.0-dev] Build #782: 20712 Review RPackageClassesSynchronisationTest, RPackageExtensionMetâ¦

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #782 was: SUCCESS. The Pull Request #1218 was integrated: "20712 Review RPackageClassesSynchronisationTest, RPackageExtensionMetâ¦" Pull request url: https://github.com/pharo-project/pharo/pull/1218 Issue Url: https://pharo.fogbugz.com/f/cases/20712 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

April 19, 2018