gmane.comp.lang.smalltalk.squeak.general

Re: Re: Making a better Compiler for all

David Zmick — 2008-09-08T01:02:48

Re: Re: Making a better Compiler for all

Eliot Miranda — 2008-09-07T22:54:57

Re: Re: Making a better Compiler for all

Kjell Godo — 2008-09-07T22:39:20

Re: Possible approaches for rendering in Morphic 3

Jecel Assumpcao Jr — 2008-09-07T21:43:48

Juan, you might find my proposal for adaptive rendering interesting: http://www.lsi.usp.br/~jecel/gmodel.html

Re: Possible approaches for rendering in Morphic 3

Joshua Gargus — 2008-09-07T20:38:44

That's fine, it makes sense. I was thinking that you might be doing something more complicated than you are (which would be fun to go into over a beer, but I'm sure that I would fail to get it across via email). Neat idea! The Larrabee paper at SIGGRAPH (which I seem to constantly be recommending to people) describes a tile-based rendering pipeline that is similar to this. http://softwarecommunity.intel.com/UserFiles/en-us/File/larrabee_manycore.pdf Are you planning to use the same transform on the whole screen, or do you have ideas about how to use different transforms in different parts of the screen (or different sub-trees of the morph hierarchy)? If the latter, I can imagine explicitly referring to outer transforms to transform some properties (eg: circle radius) while letting others use the default transform for that context (eg: the circle's center would use the logarithmic transform). If there were reified slots, like in Tweak, then the transform to use could be attached to the slot (with nil meaning the default transform w/in that context). Half-baked, I know :-) Cheers, Josh

Re: Re: Making a better Compiler for all

Kjell Godo — 2008-09-07T19:22:12

Re: Execute on Launch?

John M McIntosh — 2008-09-07T18:58:14

On Sep 7, 2008, at 5:13 PM, Bert Freudenberg wrote: It's fair to mention that you can indicate where in the sequence of startup items you would like to start addToStartUpList:after: Obviously if you are fiddling with the font system (aka Sophie) you want to do that *before* the Morphic/Tweak UI startup: runs... -- = = = ======================================================================== John M. McIntosh smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Re: Using V8 for other languages

Paolo Bonzini — 2008-09-07T15:50:39

Yes, that's what I meant too. They can afford a fast nonoptimizing compiler, at least now. Paolo

Re: Execute on Launch?

David T. Lewis — 2008-09-07T15:36:25

Oops! Well, I guess that must be the reason for step 3 ;) Dave

Re: Execute on Launch?

Bert Freudenberg — 2008-09-07T15:13:05

Am 07.09.2008 um 17:09 schrieb David T. Lewis: #startUp: works better ;) - Bert -

Re: Execute on Launch?

David T. Lewis — 2008-09-07T15:09:13

Step one: On the class side of your class, implement #startup: and have your #startup: method do whatever needs to be done on image startup. The parameter to the #startup: method will indicate whether the image is being restarted (versus resuming after an image save), so test for this (resuming ifTrue: [do my startup stuff]). Step two: In a #initialize class method for your class, add the line: Smalltalk addToStartUpList: self. Evaluate this one time to add your class to the system startup list. This causes your #startup: method to be called whenever the image is restarted. Step three: Save your image, restart, and see if it works. Dave

Execute on Launch?

Jim Rosenberg — 2008-09-07T14:41:59

How do I get a method in one of my own classes to fire when Squeak first launches? -Thanks, Jim

Re: The Squeak Random Number Generator

Frank Caggiano — 2008-09-07T14:17:45

This one seems to work well:: http://xkcd.com/221/ On Saturday Sep 6, 2008 AD, at 22:45, Jim Rosenberg wrote:

Re: Re: Using V8 for other languages

Eliot Miranda — 2008-09-07T14:14:55

Re: Re: Using V8 for other languages

David Griswold — 2008-09-07T11:56:58

Re: Using V8 for other languages

Paolo Bonzini — 2008-09-07T11:22:26

You can use a simple 1-pass compilation (without even register allocation) that takes just a few ms for any reasonable amount of code. Don't forget that V8 runs (mainly) in a browser--if the browser is sufficiently snappy, the user won't notice a compilation pause of a few milliseconds. Paolo

Re: Using V8 for other languages

Paolo Bonzini — 2008-09-07T11:18:51

GNU Smalltalk has 22 opcodes that are very close to Eliot's list (I marked the changes with notes on the right): SEND (n, super, num_args); << Eliot's "send" and "send super" PUSH_TEMPORARY_VARIABLE (n); PUSH_OUTER_TEMP (n, scopes); PUSH_LIT_VARIABLE (n); << could be push constant + #value PUSH_RECEIVER_VARIABLE (n); STORE_TEMPORARY_VARIABLE (n); STORE_OUTER_TEMP (n, scopes); STORE_LIT_VARIABLE (n); << could be #value: STORE_RECEIVER_VARIABLE (n); JUMP (ofs); << could be done with sends POP_JUMP_TRUE (ofs); << likewise POP_JUMP_FALSE (ofs); << likewise PUSH_INTEGER (n); << could be push constant PUSH_SELF; PUSH_SPECIAL (n); << could be push constant PUSH_LIT_CONSTANT (n); POP_INTO_NEW_STACKTOP (n); << Eliot's make array POP_STACK_TOP; MAKE_DIRTY_BLOCK; RETURN_METHOD_STACK_TOP; RETURN_CONTEXT_STACK_TOP; DUP_STACK_TOP; (24 counting the "line number" mark and a special "exit interpreter" bytecode used by only one method in the entire system) distributed over 58 bytecodes. There are 6 unused bytecodes, and 192 more bytecodes are used for "composite" operations like PUSH_LIT_CONSTANT (arg); MAKE_DIRTY_BLOCK (); or DUP_STACK_TOP (); PUSH_TEMPORARY_VARIABLE (arg); PUSH_INTEGER (1); PLUS_SPECIAL (); My 2 cents, Paolo

Re: The Squeak Random Number Generator

nicolas cellier — 2008-09-07T11:17:02

John M McIntosh a écrit : If underlying floating point arithmetic unit is compliant with IEEE 754, then the algorithm implemented in Random should return same values as the Integer form. Float (that is double precision) are able of performing exact arithmetic up to 53 bits. Operations performed in Random>>initialize and Random>>#nextValue are crafted to involve no more than 31 bit arithmetic on Integer values. I mean intermediate results will never axceed 31 bits. And all these Integer values can be represented exactly in Float. Here are the highest bits involved: a highBit -> 15 m highBit -> 31 q highBit -> 17 r highBit -> 12 This will result in highest possible bits: hi highBit -> 14 lo highbit -> 17 aLoRHi highBit -> 31 Rewriting #theItsCompletelyBrokenTest more explicitely: | seed a m rng c1 c2 | seed := 2345678901. a := 16r000041A7. m := 16r7FFFFFFF. rng := Random new. rng seed: seed. c1 := (1 to: 100) collect: [:i | rng next hex]. c2 := (1 to: 100) inject: seed into: [:prevSeed :i | prevSeed * a \\ m]. c2 := c2 collect: [:nextSeed | (nextSeed/m) asFloat hex]. ^c1 = c2 I get no problem on my PC. Of course, if you subclassed Random with less care, that could be a problem. Nicolas

Re: Using class indexes instead of reference in oopheader (in COG)

Michael Haupt — 2008-09-07T09:12:16

Hi Kjell, On Sun, Sep 7, 2008 at 4:32 AM, Kjell Godo gmail.com> wrote: so did lots of people before you, I believe. Ever heard of CLOS? ;-) scnr, Michael

Re: The Squeak Random Number Generator

John M McIntosh — 2008-09-07T07:49:21

At the time when David N Smith provided it, it replaced a very flawed implementation. From the comments you can see it's a: "This Random Number Generator graciously contributed by David N. Smith. It is an adaptation of the Park-Miller RNG which uses Floats to avoid the need for LargeInteger arithmetic.: Normally it would return integers, but as you see it returns floats, to avoid the creation and time needed to deal with large integer objects. The theItsCompletelyBrokenTest method returns values that don't match for some of the entries due to rounding. Someone with a powerpc machine would need to cross check using an older VM. We altered the current VMs a few years back to align floating point rounding rules when it was discovered they gave different results on the platforms for Croquet. On Sep 7, 2008, at 4:45 AM, Jim Rosenberg wrote: -- = = = ======================================================================== John M. McIntosh smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Re: Possible approaches for rendering in Morphic 3

Juan Vuletich — 2008-09-07T03:06:09

Yes! Cheers, Juan Vuletich