March 2023 - Pharo-vm - lists.pharo.org

[Looking for Participants] Experiment on Reflection
by Guillermo Polito March 30, 2023

March 30, 2023

Hello everyone, Iona Thomas is running an experiment on the usage of reflection, studying the usage of reflection by different libraries in Pharo. Our ultimate objective is to understand how to (re)design the reflective layer of Pharo. We are looking for participants for an experiment. The experiment is open to anyone as it is intended to have different levels of experience with Pharo - Duration : ~1h30. - When? During April (see link below). - Where? We will have a set of presential sessions for those that be in Lille, and we are also organising remote sessions. It will help us a lot to organize if you can select possible dates so we can organise the experiment: https://framadate.org/wMiDsJkoHt64ECh8 Please, use your public email as name so we can contact you back. We hope you will help us change the reflective world! Best regards, Iona et al

1 0

Ephemerons in P11
by Guillermo Polito March 20, 2023

March 20, 2023

Hi all, For those that may not be following the day-to-day development, you may be interested in that Ephemeron support is now enabled in Pharo 11 for one week or so (VM version 10.0.0, Image build 627). Here are some takeaways and actions to take you may be interested in: To get the latest version: - ZeroConf works out of the box - You must update your VMs in the pharo launcher About compatibility: - old images will run on both the old and latest VMs - new images will only run on the latest VM You can read more on: https://github.com/pharo-project/pheps/blob/main/phep-0003.md Cheers, Guille

1 0

pharo-vm-builder
by Guillermo Polito March 15, 2023

March 15, 2023

> El 15 mar. 2023, a las 02:09, HernÃ¡n Morales <hernan-federico.morales(a)inria.fr> escribiÃ³: > > > > De: "Guille Polito" <guillermo.polito(a)inria.fr> > I wonder: > > - how this can get to the mainstream VM > => the graphviz cmake file is nice :) > > I just add a target to the CMakeLists.txt which you can check here (not PR yet): > > https://github.com/pharo-project/pharo-vm/compare/pharo-10...hernanmd:pharo… > > the idea is to configure normally and then launch the install with the target "graphviz" > > cmake --build build --target graphviz Cool! :D Iâm eager to see the PR! Did you check that cmake already has some graphviz support? I did $ cmake âhelp and I saw there is already a âgraphviz option â¦ --graphviz=[file] = Generate graphviz of dependencies, see CMakeGraphVizOptions.cmake for more. â¦ Is there a difference? > > - how can we make the VM configuration step closer to your report > => when we do `cmake -B dir -S source` cmake does a configure step, where it looks for compile time and runtime dependencies, and it prints that to the stdout. We should be able to enhance it to have what you have in the report. > > Another question is maybe to review the defaults of the current configuration? > > Today I checked a bit the CMakeLists.txt and what would be nice is to split (or organize) the file because it's a bit of a bed sheet? Yes, the reality is that we learnt a lot about CMake ***while*** making the CMake configuration of the VM. It was difficult at the beginning because the nice documentation about CMake is a bit scarce. So there are parts that are a bit rough and could be enhanced a lot. Now we know a lot more, but our time is somewhere else... Iâd suggest starting with concrete and small steps. Do some small PRs, they will pass easily :) If you want we can do a fast call and do a code review and identify concrete things to do in this direction! Some ideas are around - using toolchain files, - removing manual compiler options, let CMake do itâs thing - check how to simplify the cygwin builds (that need path conversionsâ¦) - dependency checks could also be done separately - split the compilation of ffi support - then also how plugins are build could be enhanced by a lot using what I drafted for the plugin compilation > > For example, right now the VM build assumes that if youâre in *nix, you will apt-get your libs yourself. > However: > - that does not always work > - Pharo does not nicely report when a lib is missing/not found, so this makes people think âThe VM does not work!" > > I wonder what would be a better default configuration. > > I wonder myself how do you discover the default configuration? It really depends on what you mean by configuration! One way is to look at the CMakeLists.txt. In the first ~30/40 lines we have all options listed. A quick google search tells that doing: cmake -LAH -S source or cmake -LAH buildDirectory prints all options with their default values and description. So it seems itâs just a matter of doing a proper cmake configuration :) > > > Cheers, > > HernÃ¡n > > > El 20 ene. 2023, a las 19:05, HernÃ¡n Morales <hernan-federico.morales(a)inria.fr <mailto:hernan-federico.morales@inria.fr>> escribiÃ³: > > Hi. > > I did a small package to ease VM compilation. Currently it generates: > > - A timestamped build directory for each usage. > - A GraphViz with the Pharo VM dependency graph. > - A compiler commands file (compile_commands.json) to help clangd find include paths in vscode (for this I'm experimenting a bit to see what automated/static checks could bring to the table). > - A timestamped report file with lot of build information for example: > - if we are in docker > - ulimit > - openssl, curl, wgetm git, etc versions > - complete the tree of the build > > The repo: https://github.com/hernanmd/pharo-vm-builder <https://github.com/hernanmd/pharo-vm-builder> > > To use it: > > git clone https://github.com/hernanmd/pharo-vm-builder <https://github.com/hernanmd/pharo-vm-builder> > cd pharo-vm-builder > git clone https://github.com/pharo-project/pharo-vm.git <https://github.com/pharo-project/pharo-vm.git> > ./pharo-vm-builder.sh > > Let me know any other suggestions, > > Cheers, > > HernÃ¡n > > >

1 0