Squeak-dev April 2014

squeak-dev@lists.squeakfoundation.org

44 participants
77 discussions

Running headless on a Mac
by Frank Shearar 03 Jul '16

03 Jul '16

OK, so I've run out of patience in my flailing around. All I want is to run a headless image on a Mac (so I can unbreak the SqueakTrunk-OSX job, which _used_ to work). How? Do I say "-headless"? ("could not find module vm-display-X11") "-vm-display-null -headless"? ("squeak: could not find any sound driver") "-vm-sound-null -vm-display-null -headless"? ("could not find module vm-sound-null") I don't mind whether I use Cog or Interpreter, as long as I can just get an image running tests. Thanks! frank

8 11

Breaking up ToolBuilder
by Frank Shearar 17 Feb '16

17 Feb '16

I noticed this morning that every package that uses ToolBuilder has a transitive dependency on both Morphic and MVC (in the form of the ST80 package). This is caused by MorphicToolBuilder and MVCToolBuilder. I suggest either rename 'ToolBuilder-Morphic' to 'Morphic-ToolBuilder' and 'ToolBuilder-MVC' to 'ST80-ToolBuilder' (or'MVC-ToolBuilder'). This would move Morphic-specific stuff where it belongs, and ditto for MVC. frank

7 13

Environments update
by Colin Putney 25 Nov '15

25 Nov '15

Hi all, So I've been plugging away at Environments, and have a new implementation that supports renaming, but I wanted to get some feedback before figuring out the sequence of commits necessary to update the trunk safely. The idea is to support this kind of scenario: seaside := (Environment named: #Seaside) import: Smalltalk globals; importSelf; exportSelf; yourself. magma := (Environment named: #Magma) import: Smalltalk globals; importSelf; exportSelf; yourself. app := (Environment named: #AwesomeApp) import: Smalltalk globals; import: seaside; from: seaside import: {#Session -> #SeasideSession}; import: magma; from: magma import: {#Session -> #MagmaSession}; importSelf; exportSelf; yourself. In order to have the decompiled code use the correct names, I've changed the way lookup works. Instead of moving bindings from one environment to another, we now create a separate set of bindings for each environment, and copy the values (i.e., classes and globals) into a new binding when a binding is imported. I had originally thought to use something like #changed:/#update: to keep all the bindings in sync, but then I realized that ClassBuilder does a #becomeForward: updates a class. So it's really only globals that could become out of sync between environments. Since we have very few globals in the image, and they basically never change, an update mechanism may not be necessary in practice. So, here are some possible ways to proceed: 1. Use #changed:/#update: or something similar to keep keep global variables in sync. 2. Idea from Eliot—adopt the same convention as VW, and send #value to the binding on every access. Then we could have a special Alias bindings that forward the #value message to the original binding. 3. Share bindings for global variables between environments and disallow renaming of globals. 4. Special case the traditional globals such as Transcript and Display, and disallow the creation of new globals. Anyhow, I'd appreciate a code review from anybody who's interested in this stuff. To take a look, file the attached (hand edited) change set into an updated trunk image. Thanks, Colin

6 21

Re: [squeak-dev] Ometa vs XTreams PEG, PetitParser, Helvetia
by Hannes Hirzel 08 Apr '15

08 Apr '15

On 3/30/11, Nikolay Suslov <nsuslovi(a)gmail.com> wrote: > >From conceptual and practical point of view, > OMeta - is not yet another "system tool" written for Squeak or another fork, > in contrary to XTreams (a generalized stream/iterator framework written in > Smalltalk) burned in Pharo. OMeta is a language which allows to simplify an > existed tools in it's hosted language (Squeak, Pharo, JavaScript, etc) where > it is implemented, while not porting, learning and using another ones, like > XTreams. So, redefined tools with OMeta could become really portable and > mobile, ready for using in any other fork, even in another language, like > JavaScript. > > Regards, > Nikolay XTreams is primarily a generalized stream/iterator framework. It contains PEG parser generation facilities, which I assume might use XTreams. If not the PEG parser stuff could be separated. Nikolay, what you write is interesting but too terse for me to understand. If I understand you right you mean that OMeta goes beyond the PEG parser in XTreams and PetitParser (L. Renggli) and Helvetia (L Renggli). In which ways does OMeta go beyond these other tools? AND: Of course very welcome that you run for the board. --Hannes

8 11

Shrinking
by Colin Putney 20 Oct '14

20 Oct '14

Hi folks, What's the state of the art in shrinking these days? I'm starting a new web project with Squeak, and I want to create a smallish base image that I can use to build up images for development and deployment. It doesn't have to be absolutely minimal, just unloading unnecessary code and cleaning up the registries, clearing caches etc would fine. I tried "Smalltalk shrinkAndCleanDesktop", but it complains about obsolete behaviours still being present, so I guess there's some bit rot there. Suggestions? Colin

10 24

OpenGL procedural textures generator (by David Faught) for Squeak 4.4
by Nikolay Suslov 09 Jun '14

09 Jun '14

Hello, I have successfully proceeded in running TweakCore on the recent Squeak 4.4 trunk image (from Jenkins). And one of the famous existed applications developed in Tweak is the OpenGL procedural textures generator by David Faught. I make it also loadable to the current Squeak. You could download the ready to run image from here: http://krestianstvo.org/TweakCoreOpenGL-squeak44.zip or execute in the workspace in own image: "1. Load FFI" (Installer repository: 'http://source.squeak.org/FFI' ) install: 'FFI-Pools'; install: 'FFI-Kernel'; install: 'FFI-Tests'.. "2. Load CroquetGL " (Installer repository: 'http://www.squeaksource.com/CroquetGL') install: '3DTransform'; install: 'OpenGL-Pools'; install: 'OpenGL-Core'. "3. Load TweakCore and Procedural textures application for Tweak" (Installer repository: 'http://sdk.krestianstvo.org/sdk/inbox') install: 'tweakcore'; install: 'Tweak-OpenGL-sn.3'. "4. Set the default settings in Tweak" CDefaultWidgetLibrary setDefaultSettings. "5. Run one of two examples" CProjectMorph open: Wrinkle1. "or" CProjectMorph open: Wrinkle2. The attached screenshot shows the running application. Regards, Nikolay

7 9

Fwd: refactoring
by Helmut Rohregger 16 May '14

16 May '14

Hi, because I didn't get response to my question in the beginners list, I post it here. Is there an easy way to change instance methods to class methods? I know it is possible to drag and drop single methods. But I am looking for the possibility to move 100+ methods at once. - Helmut

5 10

...and some cool Smalltalk history! (Re: [Pharo-users] a Pharo talk from a ruby conference)
by Göran Krampe 13 May '14

13 May '14

Howdy! (cc to squeak-dev because I think lots want to read this) If you want to know some cool history of Smalltalk, and perhaps this is a strong argument in actually *being* a Smalltalk and not trying to distance yourself from that rich and lovely heritage.... anyway, here goes: On 04/28/2014 08:14 PM, Alain Busser wrote: > Also, Ruby is famous for these methods: > > *select > *reject > *collect > > do these names not remind you something ;-) ? There is a funny story about these verbs. Martin McClure told me at ESUG in Brest to ask Dan Ingalls about it, hinting that they are "inspired" by a famous song. And thus I did ask Dan in my interview with him I did a few years back over Skype (it is an interesting interview, for example - was there an inspiration from biology when Smalltalk was created?): http://files.krampe.se/interview.mp3 ...the song in question is by Arlo Guthrie: http://en.wikipedia.org/wiki/Alice%27s_Restaurant_Massacree ...and here is a URL to the lyrics of it: http://www.lyricsty.com/arlo-guthrie-alices-restaurant-lyrics.html (search down to "injected"!) ...or just let me quote: "They got a building down New York City, it's called Whitehall Street, Where you walk in, you get injected, inspected, detected, infected, Neglected and selected. I went down to get my physical examination one Day, and I walked in, I sat down, got good and drunk the night before, so I looked and felt my best when I went in that morning." ...now... where do we stuff in #neglect:? :) regards, Göran

6 9

Is it just me or is class comment editing totally broken in 4.5?
by David T. Lewis 06 May '14

06 May '14

Create a new class, attempt to edit the class comment ==> Error: RemoteString past end of file Surely I cannot be the first person to have edited a class comment in the last month or so ... I hope. Dave

11 27

[ANN] FFI for ARM
by Douglas McPherson 30 Apr '14

30 Apr '14

I’ve published an alpha version of an FFI for the ARM architecture. It is in the class ThreadedARMFFIPlugin in the VMMaker.oscog package on source.squeak.org. The generated sources are also available at http://squeakvm.org/svn/squeak/branches/Cog/src/plugins/SqueakFFIPrims/ARM3… It passes all existing FFI tests and all tests I used for development. I plan to commit my development tests to the FFI-Tests package within the next few days. These extra tests are important because existing tests don’t exercise some of the trickier cases choosing between registers and stack when marshaling function parameters. So far, the ARM FFI has only been tested with the Cog/Stack VM on a Raspberry Pi. I plan to also test it on the BeagleBone Black which has a slightly different ARM chip. The overwhelming majority of the credit for this must go to Eliot Miranda because his FFI design works so well, and because he helped me immensely along the way. And many thanks to Tim Rowledge for showing me how to build a Cog/Stack VM on the RPi and answering numerous other questions. Any bugs in the ARM version of the FFI are my responsibility. Enjoy! Doug

3 2