Efficient Layered Method Execution in Contextamber

Total Page:16

File Type:pdf, Size:1020Kb

Efficient Layered Method Execution in Contextamber Efficient Layered Method Execution in ContextAmber Matthias Springer Jens Lincke Robert Hirschfeld Hasso Plattner Institute Hasso Plattner Institute Hasso Plattner Institute University of Potsdam University of Potsdam University of Potsdam [email protected] [email protected] [email protected] ABSTRACT can be as small as 1% [3], whereas in context-oriented pro- We present ContextAmber, a framework for context-oriented gramming, the performance decrease of layer-aware method programming, in Amber Smalltalk, an implementation of dispatch is typically more than 75% [1]. the Smalltalk programming language that compiles to Java- Upon invocation of a layered method, a COP implemen- Script. ContextAmber is implemented using metaprogram- tation without any further optimizations has to perform the ming facilities and supports global, object-wise, and scoped following steps. layer activation. Current COP implementations come at the 1. Compute the receiver's layer composition (active layers). expense of significantly reduced execution performance due to multiple partial method invocations and layer composi- 2. Find and invoke the partial method corresponding to the tion computations every time a layered method is invoked. topmost layer having a partial method for the invoked ContextAmber can reduce this overhead by inlining partial base method. methods, caching layer compositions, and caching inlined 3. Find and invoke the next partial method when a proceed layered methods, resulting in a runtime overhead of about call is encountered. 5% in our vector graphics rendering benchmarks. In this paper, we present optimizations that speed up the Categories and Subject Descriptors execution of COP applications: our implementation, Con- textAmber, avoids unnecessary computations of layer com- D.1.5 [Programming Techniques]: Object-Oriented Pro- positions and reduces the number of method invocations by gramming; inlining partial methods. It is no longer necessary to find D.3.4 [Programming Languages]: Processors|code gen- the next corresponding partial method since only a single eration, optimization fully inlined method is invoked. Note, that finding the next partial method can be expensive in other implementations, General Terms because it requires going through the collection of active Languages layers and checking whether a layer has a method for the re- ceiver's class or one of the receiver's super classes. Our main Keywords contribution is an evaluation of techniques for invalidating inlined methods. Context-oriented programming, partial method inlining, in- ContextAmber is implemented using JavaScript/Smalltalk lined layered method invalidation metaprogramming facilities and does not require changes to the underlying JavaScript interpreter or virtual machine. 1. INTRODUCTION Most findings of this paper can be applied to all program- Layer-based context-oriented programming [6] is a way ming languages that support on-the-fly code generation like to modularize crosscutting concerns that can dynamically Ruby, Smalltalk, or JavaScript. adapt their runtime behavior: layers can be activated and In the remainder of this paper, we discuss vector graph- deactivated at runtime, making it hard to predict the se- ics rendering debugging which serves as a running example quence and nesting of invoked partial methods for a given in this paper (Section 2). In Sections 3-5, we present the layered method at compile time. Performance studies have key ideas of our implementation, along with performance shown that in static aspect-oriented programming, where as- measurements in Section 6. pect weaving is done at compile time, the runtime overhead 2. VECTOR GRAPHICS RENDERING DE- Permission to make digital or hard copies of all or part of this work for personal or classroom use is granted without fee provided that copies are not made or distributed BUGGING WITH COP for profit or commercial advantage and that copies bear this notice and the full citation In this section, we will show how graphical user interfaces on the first page. Copyrights for components of this work owned by others than the can be rendered in Amber Smalltalk using Athens, serving author(s) must be honored. Abstracting with credit is permitted. To copy otherwise, or as a running example for the remainder of this work. republish, to post on servers or to redistribute to lists, requires prior specific permission 1 and/or a fee. Request permissions from [email protected]. Athens is a vector graphics library available for Pharo COP’15 July 05 2015, Prague, Czech Republic. and Amber Smalltalk. It provides a simple API for drawing Copyright is held by the owner/author(s). Publication rights licensed to ACM. 1 ACM 978-1-4503-3654-3/15/07 . $15.00. http://dx.doi.org/10.1145/2786545.2786548. http://smalltalkhub.com/#!/~Pharo/Athens geometric shapes such as rectangles and ellipses. It is also Control Point Layer. possible to define paths which consist of a number of path To make it easier to find drawing bugs, a control point segments. A segment can be a line or any kind of mathe- layer is defined, which draws control points for all segments matical curve, e.g., a B´ezier curve. Once a path object is of a path. Control points are, for example, start and end created, it can be shared in the application and be drawn points of lines and curves, or B´ezier control points. an arbitrary number of times. Consider, for example, that Athens is used to draw the user interface for an application. The user interface consists moveTo: aPoint a small number of distinct user interface elements. All ele- s e l f proceed: a P o i n t . ments of a certain type are separate objects but share the s e l f drawControlPoint : e n d P o i n t . same path objects for drawing, making it possible to enforce drawControlPoint: aPoint a consistent style and to change this style easily. For exam- canvas pushStyle . 2 ple, every time the application draws a button , it uses the canvas fillStyle : ' rgba(0, 0, 0, 0.5) ' . path defined in Figure 1. canvas fillRect :( a P o i n t − (5 @ 5 ) c o r n e r : 10 @ 1 0 ). canvas popStyle . p a t h := surface createPath :[: b u i l d e r j b u i l d e r Figure 3: Some partial methods for drawing control points. a b s o l u t e ; m o v e T o : 5 @ 0 ; l i n e T o : 45 @ 0 ; Figure 3 shows some of the partial methods defined for the c w A r c T o : 50 @ 5 a n g l e : 9 0 ; control point layer. AthensPath is the base class for these l i n e T o : 50 @ 1 5 ; c w A r c T o : 45 @ 2 0 a n g l e : 9 0 ; methods. ContextAmber allows programmers to add new l i n e T o : 5 @ 2 0 ; methods to classes. For example, drawControlPoint: is not c w A r c T o : 0 @ 1 5 a n g l e : 9 0 ; defined on AthensPath. By activating the control point layer l i n e T o : 0 @ 5 ; c w A r c T o : 5 @ 0 a n g l e : 90 ] . on the path defined in Figure 1, it is possible to show con- trol points only for buttons, but not for other user interface c a n v a s d r a w : p a t h . elements. Figure 1: Drawing a rectangle with rounded corners in 3. IMPLEMENTATION Athens. ContextAmber is our framework for context-oriented pro- gramming and used to evaluate and benchmark the concepts Figure 2 shows how Athens draws paths. AthensCanvas presented in this paper. It runs on top of Amber Smalltalk4, is the entry point for all drawings and has methods for per- an implementation of the Smalltalk programming language forming primitive operations such as moving the pen some- that compiles to JavaScript. where on the canvas. The draw: method can be used to draw complex shapes such as paths. It delegates the draw- Amber Smalltalk Object Model. ing to that path object which acts as a proxy here. A path The Amber Smalltalk object model is minimalistic but fol- contains a list of segments that is created when the path is lows closely the Smalltalk-80 object model. Every Smalltalk created. During drawing, these segments are replayed using object is at the same time a JavaScript object. Instance- double dispatch. In our example, the path object simply 3 of and inheritance relationships are implemented using the forwards these commands to the canvas object . JavaScript prototype hierarchy, i.e., every object has a pro- totype containing the instance methods for the correspond- : AthensMove : AthensCWArc : AthensCanvas : AthensPath Segment Segment ing class, and that object's prototype contains the instance draw: aPath methods of the super class. Message passing is implemented drawOn: self by JavaScript method calls, where colons in the selector are sendCommandTo: self replaced with underscores. moveTo: ... When a Smalltalk method is compiled, its source code is moveTo: ... first converted into an AST. Then a semantic analyzer per- forms checks and determines the type and scope of variables. sendCommandTo: self The AST is then converted into an intermediate representa- cwArcTo: ... angle: ... tion (IR) which is similar to the AST but distinguishes be- cwArcTo: ... angle: ... tween local returns and non-local returns, for example. An IR tree can directly be transformed into JavaScript code. ... ContextAmber performs method inlining on the AST level, making it possible to use the step-through debugger, which Figure 2: Drawing paths in Athens. operates on the AST. 2To simplify this example, we assume that all buttons have Layer Activation. the same size. In ContextAmber, layers can be activated globally, within 3It is possible to extend Athens for different drawing back- a certain scope, and for a single object.
Recommended publications
  • Alexey Patrushev Analysis of Software Engineering Data with Self-Organizing Maps
    ALEXEY PATRUSHEV ANALYSIS OF SOFTWARE ENGINEERING DATA WITH SELF-ORGANIZING MAPS Master of Science thesis Examiner: prof. Kari Systä Examiner and topic approved by the Faculty Council of the Faculty of Computing and Electrical Engineering on 4th May 2016 i ABSTRACT Alexey Patrushev: Analysis of software engineering data with self-organizing maps, Tampere University of Technology Master of Science Thesis, 72 pages, 17 Appendix pages January 2016 Master’s Degree Programme in Information Technology Major: Pervasive Systems Examiner: Professor Kari Systä Keywords: Self-Organizing Maps, Software Engineering Data, Machine Learning Nowadays software developers have tools that help to assist them during development and management processes of software products. These tools store large amount of Software Engineering data resulted from these processes. Analysis of the data can reveal valuable information about project performance and discover useful business patterns used during development. This information can be utilized to find projects where teams have some management problems and help to improve situation. Currently existing methods in the field have applicability limitations, because they require an expert knowledge for evaluation and are not capable to deal with large number of projects. In this thesis, we will explore possibility to apply Machine Learning methods to analysis of software engineering data. Machine Learning methods are capable to build a model from sample inputs and produce data-driven predictions. They have been gaining popularity over the last decades and show promising results in applications, where human expertise was traditionally used. In this work, we attempt to extract and analyze software project management patterns from software engineering data stored in the GitHub repositories.
    [Show full text]
  • Prioritizing Pull Requests
    Prioritizing pull requests Version of June 17, 2015 Erik van der Veen Prioritizing pull requests THESIS submitted in partial fulfillment of the requirements for the degree of MASTER OF SCIENCE in COMPUTER SCIENCE by Erik van der Veen born in Voorburg, the Netherlands Software Engineering Research Group Q42 Department of Software Technology Waldorpstraat 17F Faculty EEMCS, Delft University of Technology 2521 CA Delft, the Netherlands The Hague, the Netherlands www.ewi.tudelft.nl www.q42.com c 2014 Erik van der Veen. Cover picture: Finding the pull request that needs the most attention. Prioritizing pull requests Author: Erik van der Veen Student id: 1509381 Email: [email protected] Abstract Previous work showed that in the pull-based development model integrators face challenges with regard to prioritizing work in the face of multiple concurrent pull requests. We identified the manual prioritization heuristics applied by integrators and ex- tracted features from these heuristics. The features are used to train a machine learning model, which is capable of predicting a pull request’s importance. The importance is then used to create a prioritized order of the pull requests. Our main contribution is the design and initial implementation of a prototype service, called PRioritizer, which automatically prioritizes pull requests. The service works like a priority inbox for pull requests, recommending the top pull requests the project owner should focus on. It keeps the pull request list up-to-date when pull requests are merged or closed. In addition, the service provides functionality that GitHub is currently lacking. We implemented pairwise pull request conflict detection and several new filter and sorting options e.g.
    [Show full text]
  • Poli12-Bootstrappingsmalltalk-SCP
    Bootstrapping Reflective Systems: The Case of Pharo G. Polito1,2,∗, S. Ducasse1, L. Fabresse2, N. Bouraqadi2, B. van Ryseghem1 Abstract Bootstrapping is a technique commonly known by its usage in language definition by the introduction of a compiler written in the same language it compiles. This process is important to understand and modify the definition of a given language using the same language, taking benefit of the abstractions and expression power it provides. A bootstrap, then, supports the evolution of a language. However, the infrastructure of reflective systems like Smalltalk includes, in addition to a compiler, an environment with several self-references. A reflective system bootstrap should consider all its infrastructural components. In this paper, we propose a definition of bootstrap for object-oriented reflective systems, we describe the architecture and components it should contain and we analyze the challenges it has to overcome. Finally, we present a reference bootstrap process for a reflective system and Hazelnut, its implementation for bootstrapping the Pharo Smalltalk-inspired system. Keywords: Object-Oriented Programming and Design, Bootstrap, Smalltalk, Software Evolution 1. Introduction Reflective systems are those that reason about and act upon themselves [21]. A causal connection exists between the program and its representation inside the program itself as a meta-program [16]. This reflective architecture introduces self-references: an object-oriented system is composed by objects, which are instances of classes, which are also objects, and so on. These self-references, also known as meta-circularities [6], allow the manipulation of several meta-levels on one infrastructure. Reflective systems traditionally modify their self-representation to evolve and define new abstractions.
    [Show full text]
  • Proceedings.Pdf
    Goals and scopes •The goals of the workshop is to create a forum around advances or experience in Smalltalk and to trigger discussions and exchanges of ideas. Participants are invited to submit research articles. We will not enforce any length restriction. However we expect papers of two kinds: –Short position papers describing emerging ideas. –Long research papers with deeper description of experiments and of research results. •We welcome contributions on all aspects, theoretical as well as practical, of Smalltalk related topics such as: –Aspect-oriented programming, –Design patterns, –Experience reports, –Frameworks, –Implementation, –new dialects or languages implemented in Smalltalk, –Interaction with other languages, –Meta-programming and Meta-modeling, –Tools Publication •Both submissions and final papers must be prepared using the ACM SIGPLAN 10 point format. Templates for Word and LaTeX are available at http://www.acm.org/sigs/sigplan/authorInformation.htm •Authors of the best accepted papers will also be invited to submit extended versions for publication in a special issue of Elsevier "Science of Computer Programming: Methods of Software Design: Techniques and Applications" •Please submit your paper through EasyChair on http://www.easychair.org/conferences/?conf=iwst2012 Program Chairs •Loïc Lagadec Lab-STICC, UBO, France •Alain Plantec, Lab-STICC, UBO, France Program Committee •Gabriela Arevalo, Universidad Nacional de Quilmes, Agentina •Alexandre Bergel University of Chile •Andrew P. Black Portland State University, US •Marcus
    [Show full text]
  • FOSDEM 2013 Schedule
    FOSDEM 2013 - Saturday 2013-02-02 (1/9) Janson K.1.105 Ferrer Chavanne Lameere H.1301 H.1302 H.1308 10:30 Welcome to FOSDEM 2013 10:45 11:00 How we made the Jenkins QEMU USB status report 2012 Rockbuild The neat guide to Fedora RPM LinuxonAndroid and SlapOS on Wayland for Application Developers community Packaging Android 11:15 11:30 CRIU: Checkpoint and Restore (mostly) In Userspace 11:45 Ubuntu Online Accounts for application developers 12:00 The Devil is in the Details Vtrill: Rbridges for Virtual PTXdist Building RPM packages from Git Emdedded distro shootout: buildroot Networking repositories with git-buildpackage vs. Debian Better software through user 12:15 research 12:30 Bringing Xen to CentOS-6 Sketching interactions 12:45 13:00 The Open Observatory of Network Porting Fedora to 64-bit ARM Coding Goûter A brief tutorial on Xen's advanced Guacamayo -- Building Multimedia Package management and creation ARM v7 State of the Body ↴ Interference systems security features Appliance with Yocto ↴ in Gentoo Linux ↴ 13:15 Spoiling and Counter-spoiling 13:30 oVirt Live Storage Migration - Under Modern CMake ↴ the Hood ↴ ZONE: towards a better news feed ↴ 13:45 FOSDEM 2013 - Saturday 2013-02-02 (2/9) H.1309 H.2213 H.2214 AW1.120 AW1.121 AW1.125 AW1.126 Guillissen 10:30 10:45 11:00 Metaphor and BDD XMPP 101 Storytelling FLOSS Welcome and Introduction The room open() process Scripting Apache OpenOffice: Welcome to the Perl d… Introductory Nutshell Programs Inheritance versus Roles (Writer, Calc, Impress) 11:15 Signal/Collect: Processing Large
    [Show full text]
  • Why I Still Program in Smalltalk Outline Summary
    Why I still program Outline in Smalltalk •Introduction, Background •What do Programmers Need? Musings on Software Development •Some History •What Is Smalltalk? Stephen Travis Pope • Language, Libraries, Tools, Methodology [email protected] Relationship to Other Languages, IDEs, etc. UCSB MAT Colloquium • January 14, 2012 •Why I Still Use Smalltalk http://HeavenEverywhere.com/WISPiST.pdf •A Call to Revolutionary Action 1 2 Summary (spoiler alert) NeXT ad from 1992 3 4 My Background What I Develop (& biases) Complex projects (music, AI, high-level tools) Training: EE, CS, Music • • Media-rich (A/V) •HW Development Projects • • Analog Synths, Eventide •DB-rich (large volumes, complex queries) • Vienna, Salzburg jobs •Wide-area distributed Programming • Cross-platform • Low-level, lots of tool-building, then LISP • • Visits to MIT and SAIL in 1976/77 •Performance-critical (compute-bound) • UNIX & C starting in 1976 •Back-end servers and front-end GUIs Graphics starting in 1979 • • C/C++, Python, MATLAB, SuperCollider, SQL • IRCAM, [email protected] 5 6 MODE, 1990-92 Context: 1983 Culture “Girls just want to have fun” “Puttin’ on the Ritz” 7 8 Context: 1983 Context Computing STP & CB in 1984 (photos by CR) 9 10 What do Programmers Need? What do Programmers Need? •Software Development Processes • Edit code • Compile, link •Software development tools! • Run, debug • Test • Document • Share, manage multi-programmer teams • Package, deliver • Maintain, upgrade 11 12 What do Programmers Need? Requirements Analysis •Great Overviews of the
    [Show full text]
  • Squeakjs: a Modern and Practical Smalltalk
    SqueakJS A Modern and Practical Smalltalk that Runs in Any Browser Bert Freudenberg Dan Ingalls Tim Felgentreff Communications Design Group Communications Design Group Hasso Plattner Institute Potsdam, Germany San Francisco, CA, USA University of Potsdam, Germany [email protected] [email protected] tim.felgentreff@hpi.uni-potsdam.de Tobias Pape Robert Hirschfeld Hasso Plattner Institute Hasso Plattner Institute University of Potsdam, Germany University of Potsdam, Germany [email protected] [email protected] Abstract We report our experience in implementing SqueakJS, a bit- compatible implementation of Squeak/Smalltalk written in pure JavaScript. SqueakJS runs entirely in the Web browser with a virtual file system that can be directed to a server or client-side storage. Our implementation is notable for simplicity and performance gained through adaptation to the host object memory and deployment lever- age gained through the Lively Web development environment. We present several novel techniques as well as performance measure- ments for the resulting virtual machine. Much of this experience is potentially relevant to preserving other dynamic language systems and making them available in a browser-based environment. Categories and Subject Descriptors D.3.4 [Software]: Program- ming Languages—Interpreters General Terms Languages, Virtual Machines, Performance Keywords Smalltalk, Squeak, Web browsers, JavaScript 1. Motivation Figure 1. SqueakJS running an Etoys image in a stand-alone Web The Squeak/Smalltalk development environment [8] and its deriva- page tives are the basis for a number of interesting applications in research and education. Educational applications such as Etoys [9] and early versions of Scratch [12], however, suffer from restrictions against browser-native, implementation of Squeak’s virtual machine (VM) installing native software in scholastic environments.
    [Show full text]
  • ESUG 2012 Report
    CS18 and ESUG 20, Ghent, August 25th - 31st, 2012 1 CS18 and ESUG 20, Ghent, August 25th - 31st, 2012 This document contains my report of the ESUG conference in Ghent, August 27th - 31st, 2012 (and the Camp Smalltalk during the weekend before it). As there were parallel tracks, I could not attend all talks. Style ‘I’ or ‘my’ refers to Niall Ross; speakers (other than myself) are referred to by name or in the third person. A question asked in or after a talk is prefixed by ‘Q.’ (sometimes I name the questioner; often I was too busy noting their question). A question not beginning with ‘Q.’ is a rhetorical question asked by the speaker (or is just my way of summarising their meaning). Author’s Disclaimer and Acknowledgements These reports give my personal view. No view of any other person or organisation with which I am connected is expressed or implied. The talk descriptions were typed while I was trying to keep up with and understand what the speakers were saying, so may contain errors of fact or clarity. I apologise for any inaccuracies, and to any participants whose names or affiliations I failed to note down. If anyone spots errors or omissions, email me and corrections may be made. My thanks to the conference organisers and the speakers whose work gave me something to report. Venue Ghent is second only to Bruge (amongst Belgian cities that I know) for preserving the beautiful old centre of the renaissance town. The streets that border its canals are very pleasant, with fine architecture in abundance.
    [Show full text]
  • Squeakjs: a Modern and Practical Smalltalk That Runs in Any Browser
    Accepted for DLS SqueakJS A Modern and Practical Smalltalk That Runs in Any Browser Bert Freudenberg Dan Ingalls Tim Felgentreff Communications Design Group Communications Design Group Hasso Plattner Institute Potsdam, Germany San Francisco, CA, USA University of Potsdam, Germany [email protected] [email protected] tim.felgentreff@hpi.uni-potsdam.de Tobias Pape Robert Hirschfeld Hasso Plattner Institute Hasso Plattner Institute University of Potsdam, Germany University of Potsdam, Germany [email protected] [email protected] Abstract We report our experience in implementing SqueakJS, a bit- compatible implementation of Squeak/Smalltalk written in pure JavaScript. SqueakJS runs entirely in the Web browser with a virtual file system that can be directed to a server or client-side storage. Our implementation is notable for simplicity and performance gained through adaptation to the host object memory and deployment lever- age gained through the Lively Web development environment. We present several novel techniques as well as performance measure- ments for the resulting virtual machine. Much of this experience is potentially relevant to preserving other dynamic language systems and making them available in a browser-based environment. Categories and Subject Descriptors D.3.4 [Software]: Program- ming Languages—Interpreters General Terms Languages, Virtual Machines, Performance Keywords Smalltalk, Squeak, Web browsers, JavaScript 1. Motivation Figure 1. SqueakJS running an Etoys image in a stand-alone Web The Squeak/Smalltalk development environment [8] and its deriva- page tives are the basis for a number of interesting applications in research and education. Educational applications such as Etoys [9] and early versions of Scratch [12], however, suffer from restrictions against browser-native, implementation of Squeak’s virtual machine (VM) installing native software in scholastic environments.
    [Show full text]
  • Performance from Aligning Smalltalk & Javascript Classes
    Performance from Aligning Smalltalk & Javascript Classes Dave Mason Ryerson University 350 Victoria Street Toronto, ON, Canada M5B 2K7 [email protected] ProtoObject ABSTRACT ProtoObject class methods Amber is a wonderful Smalltalk programming environment methods that runs on top of Javascript, including a browser-based fields IDE and compiler, as well as command-line support. The Object only challenge is that execution performance can be 1{2 or- Object class an Object methods ders of magnitude slower than native Javascript code. Amber- methods Direct is a series of modest changes to the compiler and some fields infrastructure classes and methods that bring most gener- Behavior ated programs to within a factor of two of native Javascript. Behavior class methods methods fields The challenge we faced was maintaining a seamless integra- tion into existing Javascript classes while maximizing fidelity Class Class class to Smalltalk execution semantics. methods methods fields 1. INTRODUCTION Metaclass Metaclass class Amber[9] Smalltalk is a programming environment created methods methods to support programming on the web (or on servers using fields NodeJS). It provides a Smalltalk IDE, and supports pro- gramming in Smalltalk, while automatically compiling the UndefinedObject UndefinedObject Smalltalk code to Javascript to utilize the native Javascript nil methods class engine provided by most modern browsers. fields methods In development mode, Amber creates a context within each UserCls a UserCls UserCls class methods function to facilitate traditional Smalltalk error reporting. fields methods This context-creation can be turned off for production mode fields to minimize the overhead. superclass Amber is also specifically designed to interoperate with nor- class mal Javascript as seamlessly as possible.
    [Show full text]
  • CS11 and ESUG 14, Prague, September 4Th - 8Th, 2006 1 CS11 and ESUG 14, Prague, September 4Th - 8Th, 2006
    CS11 and ESUG 14, Prague, September 4th - 8th, 2006 1 CS11 and ESUG 14, Prague, September 4th - 8th, 2006 Arriving in Prague on an early flight (5 am get-up :-/), I got on the airport shuttle bus, only to discover that the currency of the Czech Republic is crowns, not euros. I approve their individuality and independence on this issue (which may not last much longer, I fear). And since a courteous fellow passenger offered me a fair rate to exchange a euro for my fare crowns, I was not tempted to moderate my admiration by any considerations of mere convenience for foreigners like myself. The hotel had large labels saying accommodation, restaurant and other facilities but none giving its name. Fortunately, the heaviness of my luggage persuaded me to try it anyway since it was in the right place, otherwise I might have walked far before turning around. Style In the text below, ‘I’ or ‘my’ refers to Niall Ross; speakers are referred to by name or in the third person. A question asked in or after a talk is prefaced by ‘Q.’ (I identify the questioner when I could see who they were). A question not prefaced by ‘Q.’ is a rhetorical question asked by the speaker (or is just my way of summarising their meaning). Author’s Disclaimer and Acknowledgements This report was written by Niall Ross of eXtremeMetaProgrammers Ltd. (nfr AT bigwig DOT net). It gives my personal view. No view of any other person or organisation with which I am connected is expressed or implied.
    [Show full text]
  • Poli13b-Bootstrappingasmalltal
    Bootstrapping Reflective Systems: The Case of Pharo Guillermo Polito, Stéphane Ducasse, Luc Fabresse, Noury Bouraqadi, Benjamin van Ryseghem To cite this version: Guillermo Polito, Stéphane Ducasse, Luc Fabresse, Noury Bouraqadi, Benjamin van Ryseghem. Boot- strapping Reflective Systems: The Case of Pharo. Science of Computer Programming, Elsevier, 2014, 96, pp.18. 10.1016/j.scico.2013.10.008. hal-00903724 HAL Id: hal-00903724 https://hal.inria.fr/hal-00903724 Submitted on 12 Nov 2013 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. Bootstrapping Reflective Systems: The Case of Pharo Accepted to Science of Computer Programming - Journal - Elsevier G. Polito1,2,∗, S. Ducasse1, L. Fabresse2, N. Bouraqadi2, B. van Ryseghem1 Abstract Bootstrapping is a technique commonly known by its usage in language definition by the introduction of a compiler written in the same language it compiles. This process is important to understand and modify the definition of a given language using the same language, taking benefit of the abstractions and expression power it provides. A bootstrap, then, supports the evolution of a language. However, the infrastructure of reflective systems like Smalltalk includes, in addition to a compiler, an environment with several self-references.
    [Show full text]