Squeak-dev August 2017

squeak-dev@lists.squeakfoundation.org

42 participants
86 discussions

Raffle Results of "Live Programming in Smalltalk development environments survey + raffle"
by Juraj Kubelka 16 Aug '17

16 Aug '17

Dear Smalltalkers, thank you again for participating in our survey. We are currently analyzing the results. Here, we would like to announce winners of the survey raffle… and winners are: - Craig Latta, and - Gabriel Omar Cotelli Congratulations! :-) The raffle draw was recorded and is available at: https://youtu.be/cRfPAAeF-xw <https://youtu.be/cRfPAAeF-xw> We will contact the winners in a private email in order to deliver the books to them. Regards, Juraj Kubelka, Romain Robbes, and Alexandre Bergel

1 0

[CfP Deadline Extension] Workshop on Meta-Programming Techniques and Reflection, Deadline August 20
by Stefan Marr 16 Aug '17

16 Aug '17

Call for Papers: Meta’17 ======================== Workshop on Meta-Programming Techniques and Reflection Co-located with SPLASH 2017 October 22, 2017, Vancouver, Canada Twitter @MetaAtSPLASH http://2017.splashcon.org/track/meta-2017 The heterogeneity of mobile computing, cloud applications, multicore architectures, and other systems leads to increasing complexity of software and requires new approaches to programming languages and software engineering tools. To manage the complexity, we require generic solutions that can be adapted to specific application domains or use cases, making metaprogramming an important topic of research once more. However, the challenges with metaprogramming are still manifold. They start with fundamental issues such as typing of reflective programs, continue with practical concerns such as performance and tooling, and reach into the empirical field to understand how metaprogramming is used and how it affects software maintainability. Thus, while industry accepted metaprogramming on a wide scale with Ruby, Scala, JavaScript and others, academia still needs to answer a wide range of questions to bring it to the same level of convenience, tooling, and programming styles to cope with the increasing complexity of software systems. This workshop aims to explore meta-level technologies that help tackling the heterogeneity, scalability and openness requirements of emerging computations platforms. ### Topics of Interest The workshop is a venue for all approaches that embrace metaprogramming: - from static to dynamic techniques - reflection, meta-level architectures, staging, open language runtimes applications to middleware, frameworks, and DSLs - optimization techniques to minimize runtime overhead - contract systems, or typing of reflective programs reflection and metaobject protocols to enable tooling - case studies and evaluation of such techniques, e.g., to build applications, language extensions, or tools - empirical evaluation of metaprogramming solutions - security in reflective systems and capability-based designs - meta-level architectures and reflective middleware for modern runtime platforms (e.g. IoT, cyber-physical systems, mobile/cloud/grid computing, etc) - surveys, conceptualization, and taxonomization of existing approaches In short, we invite contributions to the workshop on a wide range of topics related to design, implementation, and application of reflective APIs and meta-programming techniques, as well as empirical studies and typing for such systems and languages. ### Workshop Format and Submissions This workshop welcomes the presentation of new ideas and emerging problems as well as mature work as part of a mini-conference format. Furthermore, we plan interactive brainstorming and demonstration sessions between the formal presentations to enable an active exchange of ideas. Therefore, we seek the following kinds of publications: • technical paper: max. 8 pages, excluding references • position and work-in-progress paper: 1-4 pages, excluding references • technology demos or a posters: 1-page abstract All papers are to be submitted using the SIGPLAN acmart style. Please use the provided double-column Latex or Word templates. For the submission, please use the submission system at: https://meta17.hotcrp.com/ The workshop technical papers will be published in the ACM DL, if not requested otherwise by the authors. Thus, they will be part of SPLASH workshop proceedings. Demos, posters, position and work-in-progress papers can be submitted on a second, later deadline to discuss the latest results and current work and won’t be included in the ACM DL proceedings. ### Important Dates Abstract Submission: 07 August 2017 Paper Submission: 20 August 2017 Author Notification: 06 September 2017 Position/WIP Paper Deadline: 08 September 2017 Camera Ready Deadline: 18 September 2017 Position/WIP Notification: 21 September 2017 ### Program Committee The program committee consists of the organizers and the following reviewers: Anya Helen Bagge, University of Bergen, Norway Daniele Bonetta, Oracle Labs, Austria Nicolas Cardozo, Universidad de los Andes, Colombia Sebastian Erdweg, TU Delf, The Nederlands Robert Hirschfeld, HPI, Germany Roberto Ierusalimschy, PUC-Rio, Brazil Pablo Inostroza, CWI, The Nederlands Kim Mens, Universite Catholique de Louvain, Belgium Cyrus Omar, Carnegie Mellon University, USA Guillermo Polito, CNRS, France Tiark Rompf, Purdue University, USA Tom Van Cutsem, Nokia Bell Labs, Belgium Takuo Watanabe, Tokyo Institute of Technology, Japan ### Workshop Organizers Shigeru Chiba, University of Tokyo Elisa Gonzalez Boix, Vrije Universiteit Brussel Stefan Marr, Johannes Kepler University Linz ### Contact information For further inquires, do not hesitate to contact the organizers via meta AT soft.vub.ac.be http://2017.splashcon.org/track/meta-2017 -- Stefan Marr Johannes Kepler Universität Linz http://stefan-marr.de/research/

2 4

The Trunk: Kernel-nice.1111.mcz
by commits＠source.squeak.org 15 Aug '17

15 Aug '17

Nicolas Cellier uploaded a new version of Kernel to project The Trunk: http://source.squeak.org/trunk/Kernel-nice.1111.mcz ==================== Summary ==================== Name: Kernel-nice.1111 Author: nice Time: 14 August 2017, 12:02:46.695166 am UUID: 280f8152-036b-48e1-b3f3-038fa2611ea7 Ancestors: Kernel-tpr.1110 Avoid costly and useless LargeInteger arithmetics when evaluating: (2009/2000) raisedTo: (3958333/100000) These large integer operations were helping to find the nearest Float approximation to the #nthRoot: but 1) they do not scale when the radical increases, 2) we then spoil the accuracy by raising the root to an Integer power naively and inacurately. Instead, if the result is inexact, fall back to a ln/exp formulation which is a few ulp off but at least fast. =============== Diff against Kernel-tpr.1110 =============== Item was changed: ----- Method: Fraction>>nthRoot: (in category 'mathematical functions') ----- nthRoot: aPositiveInteger "Answer the nth root of the receiver." + | guess | + guess := (numerator nthRootTruncated: aPositiveInteger) / (denominator nthRootTruncated: aPositiveInteger). + (guess raisedTo: aPositiveInteger) = self ifTrue: [^guess]. + "There is no exact nth root, so answer a Float approximation" + ^(self abs ln / aPositiveInteger) exp * self sign! - | d n | - n := numerator nthRoot: aPositiveInteger. - d := denominator nthRoot: aPositiveInteger. - "The #sqrt method in integer will only answer a Float if there's no exact square root. - So, we need a float anyway." - (n isInfinite or: [ d isInfinite ]) ifTrue: [ - ^self asFloat nthRoot: aPositiveInteger ]. - ^n / d! Item was added: + ----- Method: Fraction>>raisedToFraction: (in category 'mathematical functions') ----- + raisedToFraction: aFraction + | root | + root := (self numerator nthRootTruncated: aFraction denominator) / (self denominator nthRootTruncated: aFraction denominator). + (root raisedToInteger: aFraction denominator) = self ifTrue: [^root raisedToInteger: aFraction numerator]. + ^super raisedToFraction: aFraction! Item was added: + ----- Method: Integer>>raisedToFraction: (in category 'mathematical functions') ----- + raisedToFraction: aFraction + | root | + root := self nthRootTruncated: aFraction denominator. + (root raisedToInteger: aFraction denominator) = self ifTrue: [^root raisedToInteger: aFraction numerator]. + ^super raisedToFraction: aFraction! Item was changed: ----- Method: Number>>raisedTo: (in category 'mathematical functions') ----- raisedTo: aNumber "Answer the receiver raised to aNumber." aNumber isInteger ifTrue: [ "Do the special case of integer power" ^ self raisedToInteger: aNumber]. aNumber isFraction ifTrue: [ "Special case for fraction power" + ^ self raisedToFraction: aNumber]. - ^ (self nthRoot: aNumber denominator) raisedToInteger: aNumber numerator ]. self negative ifTrue: [ ^ ArithmeticError signal: 'Negative numbers can''t be raised to float powers.' ]. aNumber isZero ifTrue: [^ self class one]. "Special case of exponent=0" 1 = aNumber ifTrue: [^ self]. "Special case of exponent=1" self isZero ifTrue: [ "Special case of self = 0" aNumber negative ifTrue: [^ (ZeroDivide dividend: 1) signal] ifFalse: [^ self]]. ^ (aNumber * self ln) exp "Otherwise use logarithms"! Item was added: + ----- Method: Number>>raisedToFraction: (in category 'mathematical functions') ----- + raisedToFraction: aFraction + self isZero + ifTrue: + [aFraction negative ifTrue: [^ (ZeroDivide dividend: 1) signal]. + ^self]. + self negative ifFalse: [^(self ln * aFraction) exp]. + aFraction denominator even + ifTrue: [^ ArithmeticError signal: 'nth root only defined for positive Integer n.']. + ^(self negated ln * aFraction) exp negated! Item was added: + ----- Method: ScaledDecimal>>raisedToFraction: (in category 'mathematical functions') ----- + raisedToFraction: aFraction + | result | + result := self asFraction raisedToFraction: aFraction. + ^result isFloat + ifTrue: [result] + ifFalse: [result asScaledDecimal: scale]!

3 2

Serializers/Encoders
by henry 15 Aug '17

15 Aug '17

I find I do not necessarily have a specific question regarding a specific implementations, but a higher-level question of feasible solution. I need substitutable, type-relevant JSON encoding, perhaps based upon JSON Schemas. I am looking at ASN1Modules & types, Fuel clusterings/substitutions and NeoJSON clusters & mappers. Is it feasible to bring all these together? I would use ASN1Types, Fuel graph walking/substitutions and NeoJSON encoding and cluster hooks. Fuel also has Clusters but I see that Fuel encodes these clusters in each encoding. I am torn about this philosophically: good to have self-describing data encoding, but not suitable for JSON, unless just a type-name extension. Lightweight & robust descriptions? Well, this is all Fuel cluster specs within the encoding really is: a type-specification. The aspect of NeoJSON that has me wondering is the lack of polymorphism in type-spec lookup and recursive substitution. This is where Fuel shines, I feel. So what is the vision of the end state encoder? Use ASN1 Types as cluster descriptors, Fuel proxification on materializations and NeoJSON encoding and mappers. Would you have for me guidances in this area? - HH

1 3

S8 Smalltalk tools - Android
by Elvio 14 Aug '17

14 Aug '17

We've published an enviroment for social development as an Android Application! Now we have support for Object Technology on Android devices. S8 Smalltalk for Android <https://play.google.com/store/apps/details?id=net.smalltalking.s8.jx8> https://play.google.com/store/apps/details?id=net.smalltalking.s8.jx8 Greetings Elvio -- View this message in context: http://forum.world.st/S8-Smalltalk-tools-Android-tp4961210.html Sent from the Squeak - Dev mailing list archive at Nabble.com.

1 0

Fuel fails in squeak
by henry 14 Aug '17

14 Aug '17

I loaded the latest Fuel from squeak source and it fails when materializing a Character from a FixedObjectCluster. Character class does not support basicNew. Helpful>?? - HH

3 2

Re: [squeak-dev] [Pharo-dev] Fuel fails in squeak
by H. Hirzel 14 Aug '17

14 Aug '17

On 8/14/17, henry <henry(a)callistohouse.club> wrote: > I am slightly overwhelmed at > the fractious nature of repositories, between and within Squeak & Pharo, and > also encoder serializations. I hope for reconsolidation. > > - HH Objects from Pharo written by Fuel may be read back into a Pharo image. The same applies for a Squeak image. Objects from Squeak serialized with Fuel may read into another Squeak image. Fuel is a binary serializer http://wiki.squeak.org/squeak/6451 To move objects from Pharo to Squeak you need a text based solution such as SIXX http://wiki.squeak.org/squeak/84 or JSON. HTH HH

1 0

The Trunk: Nebraska-tpr.49.mcz
by commits＠source.squeak.org 14 Aug '17

14 Aug '17

tim Rowledge uploaded a new version of Nebraska to project The Trunk: http://source.squeak.org/trunk/Nebraska-tpr.49.mcz ==================== Summary ==================== Name: Nebraska-tpr.49 Author: tpr Time: 7 August 2017, 4:42:46.935605 pm UUID: 867ebd6a-962c-4bee-be61-21636ad6c4b4 Ancestors: Nebraska-ul.48 Correct an ancient underscore assignment =============== Diff against Nebraska-ul.48 =============== Item was changed: ----- Method: NebraskaCommunicatorMorph>>textEntryFieldNamed:with:help: (in category 'as yet unclassified') ----- textEntryFieldNamed: aSymbol with: aString help: helpString | f col | + f := (StringMorph new contents: aString; font: Preferences standardEToysFont; yourself) - f _ (StringMorph new contents: aString; font: Preferences standardEToysFont; yourself) setBalloonText: helpString; on: #mouseUp send: #editEvent:for: to: self. self field: aSymbol is: f. col _ (self inAColumn: {f}) color: Color white; hResizing: #shrinkWrap. ^col! Item was changed: ----- Method: NebraskaListenerMorph class>>removeAllFromGlobalIncomingQueue (in category 'as yet unclassified') ----- removeAllFromGlobalIncomingQueue self critical: [ + GlobalIncomingQueue := OrderedCollection new. - GlobalIncomingQueue _ OrderedCollection new. self bumpUpdateCounter. ].!

5 8

Re: [squeak-dev] [Pharo-dev] Anybody using Orca Smalltalk to JavaScript?
by H. Hirzel 14 Aug '17

14 Aug '17

On 8/14/17, Frank-B <frank.berger.software(a)web.de> wrote: [snip] > There are currently three "candidates": ST2JS, Orca and PharoJS. > > As you can read in the second thread (see link above) the PharoJS image > failed at first attempt. Therefore my question, are you aware of a working > image? > > Second, is there anywhere some detailed information available about what > PharoJS does and, at least basically, how it's done? (Side-remark: This > part > is excellent for Orca, I recommend the Orca papers. Brilliant concepts!) > Hello Frank A question: you wrote earlier about an 'excellent' Orca documentation? Where did you find it? http://www.hpi.uni-potsdam.de/hirschfeld/projects/orca/index.html has a demo video and installation instructions for server (Squeak) and client (JavaScript) Or is it this paper [1] you are referring to? Regards Hannes [1] http://squeak.org/research/ Lauritz Thamsen, Anton Gulenko, Michael Perscheid, Robert Krahn, Robert Hirschfeld, and David A. Thomas. “Orca: A Single-Language Web Framework for Collaborative Development.” In Proceedings of the Conference on Creating, Connecting and Collaborating through Computing (C5) 2012, 45–52. IEEE, 2012.

3 2

JSon Encoders
by Alan Pinch 12 Aug '17

12 Aug '17

Good afternoon. I have a need for doing JSON encoding in both Squeak & pharo so I would like a common framework. As I need to do pre/post processing each object written, it needs to be a SAX-DOM style callback parser. What would be my best option for JSon encoding in both Squeak and Pharo? If the sax is absent I will need to write it and I would like to do so in an existing encoder framework, such as Magma or Fuel. What would be best? --- alan

4 9

← Newer
1
2
3
4
5
6
7
8
9
Older →