February 2021 - Pharo-dev - lists.pharo.org

StackVM for M1 ready

by StÃ©phane Ducasse

Hello happy Pharoers Today we could access our building where the M1 machine is and Pablo packaged it so that you can test the first version. Pablo wrote a little blog post for you. https://thepharo.dev/2021/02/16/first-apple-m1-pharo-version/ Let us since we do not have the M1 at hand and waiting to be able to make it accessible from our build farmâ¦ but we are not responsible for it and we were waitingâ¦. But the crew was fixing other VM glitches. So we will be ready soon to focus on the Jit version. S -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Feb. 16, 2021

Re: ARM64 VM for Manjaro/Arch

by Patrick Henning

Hi again, apologies for polluting the conversation but feel free to ignore the previous message. I figured out what was going on and now everything is working as expected! On Mon, Feb 15, 2021, at 7:30 PM, Patrick Henning wrote: > Pablo, thanks so much for your help! > > I was able to build the VM successfully using the linked instructions, however when I try to use it to run either a Pharo 80 or Pharo 90 image it does not work. > > I think the following bits from 'PharoDebug.log' may be relevant (full contents here: https://pastebin.com/9sk400WW) > > ``` > =============================================================================== > Notice: Your VM is too old for this image. Please download the latest VM. > =============================================================================== > THERE_BE_DRAGONS_HERE > Your VM is too old for this image. Please download the latest VM. > 15 February 2021 7:20:39.020558 pm > > VM: unix - aarch64 - linux-gnu - CoInterpreter VMMaker-tonel.1 uuid: 058b0675-c577-0d00-8b88-c4860272d862 Feb 15 2021 > StackToRegisterMappingCogit VMMaker-tonel.1 uuid: 058b0675-c577-0d00-8b88-c4860272d862 Feb 15 2021 > - Commit: - Date: > > Image: Pharo9.0.0 [Build information: Pharo-9.0.0+build.1131.sha.feef73caa03d12fe52b55f38380a0c76a0812b66 (64 Bit)] > ``` > > and: > > ``` > Context>>evaluateSignal: > Receiver: BlockClosure>>on:do: > Arguments and temporary variables: > arg1: SubscriptOutOfBounds: 1 > tmp1: ni > Receiver's instance variables: > sender: DiskStore class>>checkVMVersion > pc: 30 > stackp: 2 > method: BlockClosure>>#on:do: > closureOrNil: nil > receiver: [ Smalltalk vm interpreterSourceDate >= '2019-01-05' asDate > ifFalse:...etc... > ``` > > Do you have any suggestions for how to fix this? I am thinking perhaps the date '2019-01-05' needs to be changed somewhere before compiling. > > Thank you, > Patrick > > On Mon, Feb 15, 2021, at 2:18 PM, tesonep(a)gmail.com wrote: >> Hi Patrick, >> we don't have a binary version of the VM yet. We are trying to use OBS to generate the packaging for the different distributions and architectures. This is working for Arch-like distributions for x86_64 but not for ARM (v7 nor v8). I have tried today to see if it is our problem or if it is only that OpenBuildService still does not support it. >> >> In the meantime, I have added instructions to build the VM locally from the sources already generated. You can check it there: >> >> https://github.com/pharo-project/opensmalltalk-vm/wiki/Compiling-in-Manjaro… >> >> If still, you are not able to build it, please let me know, and I can try to pass you a binary version of it. >> >> I want to have binary packages for most of the distributions using the dependencies locally, but we need to manage the amount of manual work. >> >> Cheers, >> Pablo >> >> On Mon, Feb 15, 2021 at 2:21 AM Patrick Henning <pjhenning(a)fastmail.com> wrote: >>> __ >>> Hello, I am writing to ask how I can access the beta ARM64 VM for Arch-type Linux (I am using Manjaro in particular). >>> >>> Thank you! >>> Patrick >>> >> >> >> -- >> Pablo Tesone. >> tesonep(a)gmail.com >

Feb. 16, 2021

Re: ARM64 VM for Manjaro/Arch

by Patrick Henning

Pablo, thanks so much for your help! I was able to build the VM successfully using the linked instructions, however when I try to use it to run either a Pharo 80 or Pharo 90 image it does not work. I think the following bits from 'PharoDebug.log' may be relevant (full contents here: https://pastebin.com/9sk400WW) ``` =============================================================================== Notice: Your VM is too old for this image. Please download the latest VM. =============================================================================== THERE_BE_DRAGONS_HERE Your VM is too old for this image. Please download the latest VM. 15 February 2021 7:20:39.020558 pm VM: unix - aarch64 - linux-gnu - CoInterpreter VMMaker-tonel.1 uuid: 058b0675-c577-0d00-8b88-c4860272d862 Feb 15 2021 StackToRegisterMappingCogit VMMaker-tonel.1 uuid: 058b0675-c577-0d00-8b88-c4860272d862 Feb 15 2021 - Commit: - Date: Image: Pharo9.0.0 [Build information: Pharo-9.0.0+build.1131.sha.feef73caa03d12fe52b55f38380a0c76a0812b66 (64 Bit)] ``` and: ``` Context>>evaluateSignal: Receiver: BlockClosure>>on:do: Arguments and temporary variables: arg1: SubscriptOutOfBounds: 1 tmp1: ni Receiver's instance variables: sender: DiskStore class>>checkVMVersion pc: 30 stackp: 2 method: BlockClosure>>#on:do: closureOrNil: nil receiver: [ Smalltalk vm interpreterSourceDate >= '2019-01-05' asDate ifFalse:...etc... ``` Do you have any suggestions for how to fix this? I am thinking perhaps the date '2019-01-05' needs to be changed somewhere before compiling. Thank you, Patrick On Mon, Feb 15, 2021, at 2:18 PM, tesonep(a)gmail.com wrote: > Hi Patrick, > we don't have a binary version of the VM yet. We are trying to use OBS to generate the packaging for the different distributions and architectures. This is working for Arch-like distributions for x86_64 but not for ARM (v7 nor v8). I have tried today to see if it is our problem or if it is only that OpenBuildService still does not support it. > > In the meantime, I have added instructions to build the VM locally from the sources already generated. You can check it there: > > https://github.com/pharo-project/opensmalltalk-vm/wiki/Compiling-in-Manjaro… > > If still, you are not able to build it, please let me know, and I can try to pass you a binary version of it. > > I want to have binary packages for most of the distributions using the dependencies locally, but we need to manage the amount of manual work. > > Cheers, > Pablo > > On Mon, Feb 15, 2021 at 2:21 AM Patrick Henning <pjhenning(a)fastmail.com> wrote: >> __ >> Hello, I am writing to ask how I can access the beta ARM64 VM for Arch-type Linux (I am using Manjaro in particular). >> >> Thank you! >> Patrick >> > > > -- > Pablo Tesone. > tesonep(a)gmail.com

Feb. 16, 2021

Re: ARM64 VM for Manjaro/Arch

by tesonep＠gmail.com

Hi Patrick, we don't have a binary version of the VM yet. We are trying to use OBS to generate the packaging for the different distributions and architectures. This is working for Arch-like distributions for x86_64 but not for ARM (v7 nor v8). I have tried today to see if it is our problem or if it is only that OpenBuildService still does not support it. In the meantime, I have added instructions to build the VM locally from the sources already generated. You can check it there: https://github.com/pharo-project/opensmalltalk-vm/wiki/Compiling-in-Manjaro… If still, you are not able to build it, please let me know, and I can try to pass you a binary version of it. I want to have binary packages for most of the distributions using the dependencies locally, but we need to manage the amount of manual work. Cheers, Pablo On Mon, Feb 15, 2021 at 2:21 AM Patrick Henning <pjhenning(a)fastmail.com> wrote: > Hello, I am writing to ask how I can access the beta ARM64 VM for > Arch-type Linux (I am using Manjaro in particular). > > Thank you! > Patrick > > -- Pablo Tesone. tesonep(a)gmail.com

Feb. 15, 2021

Re: Progress Report -> Refactoring Project - ( February 1 - 5 )

by Guillermo Polito

Hi Tim, you may want to have a look at Preserving Instance State during Refactorings in Live Environments https://hal.archives-ouvertes.fr/hal-02541754/document G > El 13 feb 2021, a las 9:46, Tim Mackinnon <tim(a)testit.works> escribiÃ³: > > I never thought of that implication - if ivars are proper objects (is that now applied?) would this issue go away (an ivar would just get a new parent)? > > This is a very interesting problem, as its a type of transaction, and I never though of it that way - its easy to think of it as just dumb code - but in effect it isnât. > > Tim > > On Fri, 12 Feb 2021, at 4:30 PM, Sean P. DeNigris wrote: >> Wonderful to have progress on this important topic - thank you! >> >> Sorry I haven't been following closely (maybe you addressed it already), but >> pushing up instance variables has a dangerous limitation - instances lose >> any data held in that var. I guess it's because it's deleted from the >> subclass prior to adding to the superclass to avoid duplicating. One >> solution would be to add a var to the superclass with a mangled name, copy >> the data for all instances, remove the var from the subclass, and then >> rename the mangled var. >> >> >> >> ----- >> Cheers, >> Sean >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html >>

Feb. 15, 2021

ARM64 VM for Manjaro/Arch

by Patrick Henning

Hello, I am writing to ask how I can access the beta ARM64 VM for Arch-type Linux (I am using Manjaro in particular). Thank you! Patrick

Feb. 15, 2021

Re: Progress Report -> Refactoring Project - ( February 1 - 5 )

by Tim Mackinnon

I never thought of that implication - if ivars are proper objects (is that now applied?) would this issue go away (an ivar would just get a new parent)? This is a very interesting problem, as its a type of transaction, and I never though of it that way - its easy to think of it as just dumb code - but in effect it isnât. Tim On Fri, 12 Feb 2021, at 4:30 PM, Sean P. DeNigris wrote: > Wonderful to have progress on this important topic - thank you! > > Sorry I haven't been following closely (maybe you addressed it already), but > pushing up instance variables has a dangerous limitation - instances lose > any data held in that var. I guess it's because it's deleted from the > subclass prior to adding to the superclass to avoid duplicating. One > solution would be to add a var to the superclass with a mangled name, copy > the data for all instances, remove the var from the subclass, and then > rename the mangled var. > > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html >

Feb. 13, 2021

Re: Progress Report -> Refactoring Project - ( February 1 - 5 )

by Sean P. DeNigris

Wonderful to have progress on this important topic - thank you! Sorry I haven't been following closely (maybe you addressed it already), but pushing up instance variables has a dangerous limitation - instances lose any data held in that var. I guess it's because it's deleted from the subclass prior to adding to the superclass to avoid duplicating. One solution would be to add a var to the superclass with a mangled name, copy the data for all instances, remove the var from the subclass, and then rename the mangled var. ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

Feb. 12, 2021

This week (06/2021) on the Issue Tracker

by Marcus Denker

merge spec2 0.8.2 (GUI) ================= - all presenters can now be styled (not just widgets as before). - lists/trees/tables: activation happens also on enter (not just double click). - applications now have icon providers to answer icons by application - start documenting layouts (box layout) - bugfixes - https://github.com/pharo-spec/Spec/releases/tag/v0.8.2 Move to Iceberg v2 (git) =================== In short, this version is a UI update that was required for Pharo 9.0. The functionality should be the same as in previous version. - Migration from Spec1 to Spec2 - Migration from Commander1 to Commander2 - General pass over source code, especially in TipUI package. - Pass on README and Wiki documentation - GitHub Actions workflows instead of Travis and AppVeyor - Tests don't depend on OSSubProcess or ProcessWrapper - https://github.com/pharo-vcs/iceberg/releases/tag/v2.0.0 Features ======== - New icon styler for disabled breakpoints #8530 https://github.com/pharo-project/pharo/pull/8530 Fixes ====== - 8503-Slot-remove-in-Stateful-Traits #8539 https://github.com/pharo-project/pharo/pull/8539 - 8540-TFFI-should-support-passing-a-ByteArray-in-a-char-parameter-a-TFStringType #8541 https://github.com/pharo-project/pharo/pull/8541 - Fixes #4011 Character nextObject crashes Pharo too #8545 https://github.com/pharo-project/pharo/pull/8545 - Fixes issue #7616 implementors and senders browsing broken in the debugger #8462 https://github.com/pharo-project/pharo/pull/8462 - 8551-Error-when-doing-implementors-of-of-non-string-literals #8552 https://github.com/pharo-project/pharo/pull/8552 - 8520-TwoWay-Become-should-not-loop-infinite-when-out-of-space https://github.com/pharo-project/pharo/pull/8523 - 7662-Must-be-boolean-deoptimization-targeting-wrong-or-block #8519 https://github.com/pharo-project/pharo/pull/8519 - ReflectivityTest>>#setUp copies the ASTCache #8527 https://github.com/pharo-project/pharo/pull/8527 - Testing and adding debugger inspector maximize assertion failure diff pane #8501 https://github.com/pharo-project/pharo/pull/8501 Cleanups ======== - AST-unify-children #8555 https://github.com/pharo-project/pharo/pull/8555 - 8042 deprecate and remove pointdist because there is pointdistance to with exactly the same implementation #8543 https://github.com/pharo-project/pharo/pull/8543 - 8353-startStepping-is-calling-an-undefined-method #8535 https://github.com/pharo-project/pharo/pull/8535 - fixes #4856 - print on methods should avoid calling blindly print string on their elements #8497 https://github.com/pharo-project/pharo/pull/8497 - Adding deprecations that were recommended by DepMiner (accepted by 2 reviewers) #8496 https://github.com/pharo-project/pharo/pull/8496 - Adding deprecations for Opal Compiler that were recommended by DepMiner and accepted by Pablo #8507 https://github.com/pharo-project/pharo/pull/8507 - Cleanup-Compiler-Backend-DeadCode #8517 https://github.com/pharo-project/pharo/pull/8517 - 6757-Remove-references-to-the-class-Interpreter #8518 https://github.com/pharo-project/pharo/pull/8518 - 8473-whenGotForcus-method-in-RubScrolledTextMorph-class #8516 https://github.com/pharo-project/pharo/pull/8516

Feb. 12, 2021

Progress Report -> Refactoring Project - ( February 1 - 5 )

by Evelyn Cusi Lopez

Hi all Last week I did these tasks: - Expose variable refactoring commands in source context ( https://github.com/pharo-project/pharo/pull/8472) - Improve messages of push up method refactoring, also add the option to push up referenced instance variables ( https://github.com/pharo-project/pharo/pull/8531) - Introduce a new way to move the method to class side refactoring ( https://github.com/pharo-project/pharo/pull/8532) - Add rename package refactoring ( https://github.com/pharo-project/pharo/pull/8533) Tasks for this week: - Improve extract setUp refactoring. - Fix previews of extract method with arguments ( https://github.com/pharo-project/pharo/issues/5855) - Improve renaming method refactoring, to only rename senders in specific packages (https://github.com/pharo-project/pharo/issues/8513) - Fix move to component issue ( https://github.com/pharo-project/pharo/issues/8499) Cheers, Evelyn

Feb. 8, 2021