May 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] A radical proposal (to cut down dead code)

by Markus Fritsche

By the way, I think this is very interesting - as squeak depends on an image that's "there", being bootstrapped in the old days. GNU Smalltalk takes the approach of having a vm based compiler that bootstrap on request. "Java" having a centrally bootstrapped set of libraries by oracle (sun)...

May 29, 2011

Re: [Pharo-project] A radical proposal (to cut down dead code)

by Markus Fritsche

2011/5/29 askoh <askoh(a)askoh.com>: > Is Spoon trying to do this? AFAIK, yes. As far as I understand, Craig is using a modified VM to identify sent messages and to automagically mirror them from a master to a slave image; making testcases very crucial in the process. To make a tailored image, you run all the testcases and the "needed" behavior automagically gets pushed/ pulled into the slave image. Save the slave, and you can run it indepentently. "Spoon" way - mark each sent message (within the vm) - execute a full test cycle - see what has been marked- "Tinkering way" - modify all CompiledMethods to send a "self registerAsSent: self selector object: self" by code and run a full test Two ways I could think off right now, not really deep into it.

May 29, 2011

[Pharo-project] [update 1.3] #13228

by StÃ©phane Ducasse

13228 ----- - Issue 4311: Remove NewParagraph>>#fixLastWithHeight: http://code.google.com/p/pharo/issues/detail?id=4311 - Issue 3789: convert MenuMorph reference to invoke UIManager. Thanks Guillermo Polito!! http://code.google.com/p/pharo/issues/detail?id=3789

May 29, 2011

Re: [Pharo-project] A radical proposal (to cut down dead code)

by StÃ©phane Ducasse

On May 29, 2011, at 9:09 PM, askoh wrote: > Dead code in the development image is not a serious problem. They may be used > by specific applications. > > What is desirable is to remove dead code from application images that are > ready for distribution. VisualWorks has RuntimePackager to strip the > application image before distribution. Pharo should have something like > that. > > The alternative is to build an application by importing needed code into a > bare bone image. this is what we will do in the future. But there is no magic building good package is the way to go. > Is Spoon trying to do this? > > All the best, > Aik-Siong Koh > > -- > View this message in context: http://forum.world.st/A-radical-proposal-to-cut-down-dead-code-tp3557448p35… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

May 29, 2011

Re: [Pharo-project] A radical proposal (to cut down dead code)

by Marcus Denker

On May 29, 2011, at 9:09 PM, askoh wrote: > Dead code in the development image is not a serious problem. It is: it makes *understanding* nearly impossible. And it makes cleaning up impossible. It's not just un-used, it's *very* badly structured, in addition. There is unused code, but than there is used code that needs to be cleaned up to be faster and more compact. All the dead code makes this nearly impossible to do, as the dead code uses the system, sometimes in ways that are very strange. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

May 29, 2011

Re: [Pharo-project] A radical proposal (to cut down dead code)

by askoh

Dead code in the development image is not a serious problem. They may be used by specific applications. What is desirable is to remove dead code from application images that are ready for distribution. VisualWorks has RuntimePackager to strip the application image before distribution. Pharo should have something like that. The alternative is to build an application by importing needed code into a bare bone image. Is Spoon trying to do this? All the best, Aik-Siong Koh -- View this message in context: http://forum.world.st/A-radical-proposal-to-cut-down-dead-code-tp3557448p35… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 29, 2011

Re: [Pharo-project] cog vm for iOS

by Richard Durr

Maybe it's because we feel Objective-C to be family. :) Maybe because of Apple's early connection to Parc and Smalltalk, who knows. On Thu, May 26, 2011 at 5:51 PM, Casimiro de Almeida Barreto < casimiro.barreto(a)gmail.com> wrote: > Em 26-05-2011 09:02, Igor Stasenko escreveu: > > On 25 May 2011 20:45, Hilaire Fernandes <hilaire.fernandes(a)gmail.com> > wrote: > >> I have no idea how hard it is to pass the apple check. > >> It can indeed temper any effort doing a theme. > >> > > I think that i can express Apple's policy using single statement: > > - why you using language X for your project, if you can implement same > > in Objective C. > > > > :) > > > Clearly Apple has a restrictive police on development and > commercialization of products for the iOS platform. It is not related > only to development language/environment but also content. Apple censors > and decides what can and what cannot be put in "their" (should be their > customers) tablets/phones/iPods (kind: no porno, no political, no > certain kinds of violence, etc). > > One thing that amazes me is that currently there are two contestants to > the "Tablet & Smartphone World Grand Prix": iOS and Android but people > in the SqueakVM/CogVM communities are centered only around a single > "monopolist" manufacturer. IMHO it would be good to have SqueakVM/CogVM > decently running in Android (>= 2.1). > > In the long term I think Android will win this "championship". > > My 2Â¢ > > CdAB > >> Hilaire > >> > (...) > >

May 29, 2011

Re: [Pharo-project] iOS polymorph theme anyone?

by Richard Durr

Sure, but my time is currently severly limited. :/ On Sun, May 29, 2011 at 5:40 PM, Richard Durr <richard.durr(a)googlemail.com>wrote: > > > On Sat, May 28, 2011 at 6:12 PM, Hilaire Fernandes < > hilaire.fernandes(a)gmail.com> wrote: > >> I am planning to work on a Polymorph theme to follow iPAD (and should be >> fine for Android) look and feel. >> Anyone interested to jump in? >> >> Hilaire >> >> -- >> Education 0.2 -- http://blog.ofset.org/hilaire >> >> >> >

May 29, 2011

Re: [Pharo-project] iOS polymorph theme anyone?

by Richard Durr

On Sat, May 28, 2011 at 6:12 PM, Hilaire Fernandes < hilaire.fernandes(a)gmail.com> wrote: > I am planning to work on a Polymorph theme to follow iPAD (and should be > fine for Android) look and feel. > Anyone interested to jump in? > > Hilaire > > -- > Education 0.2 -- http://blog.ofset.org/hilaire > > >

May 29, 2011

[Pharo-project] SIXX sixxIgnorableInstVarNames [WAS] Re: [Seaside] ESUG SummerTalk - Fuel, binary object serializer

by Mariano Martinez Peck

On Wed, May 25, 2011 at 9:55 AM, Runar Jordahl <runar.jordahl(a)gmail.com>wrote: > Interesting project. There are so many uses for object serializers. > Personally I am looking at storing objects in NoSQL databases, and > serializing them is an option that will work in a lot of cases. Using > a serializer for copying objects is also useful. > > Does Fuel support âcutting offâ instance variables, like SIXXâs > Object>>sixxIgnorableInstVarNames ? > > Runar, could you please tell us how that is done? how such method looks like? MyClass >> sixxIgnorableInstVarNames ^ #('age' 'blah') ? Second, what happens are serialization time? SIXX puts a nil ? and at materialization? when the object is created from the XML you get a nil in those instVars ? And of course, you implement Objet >> sixxIgnorableInstVarNames ^ () ? Yes I know....I can take the code and look by myself...but not time now :( Thanks Mariano I always thought SIXX > (http://www.mars.dti.ne.jp/~umejava/smalltalk/sixx/index.html ) was > state-of-the-art in this field. It seems to have many features, and it > is supported on many dialects. Are your ideas so great that it really > makes sense to create yet another serializer? Wouldnât improving SIXX > be better? > > Runar > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > -- Mariano http://marianopeck.wordpress.com

May 29, 2011