Programming Languages

Similar documents
Chap. 8 :: Subroutines and Control Abstraction

Chapter 8 :: Subroutines and Control Abstraction. Final Test. Final Test Review Tomorrow

Chapter 9 :: Subroutines and Control Abstraction

Control Abstraction. Hwansoo Han

Subroutines and Control Abstraction. CSE 307 Principles of Programming Languages Stony Brook University

CS A331 Programming Language Concepts

LECTURE 19. Subroutines and Parameter Passing

Chapter 8 ( ) Control Abstraction. Subprograms Issues related to subprograms How is control transferred to & from the subprogram?

Principles of Programming Languages

Topic 3-a. Calling Convention 2/29/2008 1

G Programming Languages - Fall 2012

CA Compiler Construction

Runtime management. CS Compiler Design. The procedure abstraction. The procedure abstraction. Runtime management. V.

Programming Languages

Chapter 3:: Names, Scopes, and Bindings

G Programming Languages Spring 2010 Lecture 4. Robert Grimm, New York University

Code Generation. The Main Idea of Today s Lecture. We can emit stack-machine-style code for expressions via recursion. Lecture Outline.

We can emit stack-machine-style code for expressions via recursion

Lecture 7: Binding Time and Storage

Chapter 9 Subroutines and Control Abstraction. June 22, 2016

Implementing Procedure Calls

CS 314 Principles of Programming Languages. Lecture 13

Calling Conventions. See P&H 2.8 and Hakim Weatherspoon CS 3410, Spring 2013 Computer Science Cornell University

Functions and Procedures

Code Generation & Parameter Passing

Names, Scopes, and Bindings. CSE 307 Principles of Programming Languages Stony Brook University

Names, Scopes, and Bindings. CSE 307 Principles of Programming Languages Stony Brook University

SPIM Procedure Calls

Compilation /15a Lecture 7. Activation Records Noam Rinetzky

Programming Languages Third Edition. Chapter 10 Control II Procedures and Environments

Memory Management and Run-Time Systems

ECE260: Fundamentals of Computer Engineering. Supporting Procedures in Computer Hardware

ECE232: Hardware Organization and Design

Concepts Introduced in Chapter 7

Run Time Environment. Procedure Abstraction. The Procedure as a Control Abstraction. The Procedure as a Control Abstraction

COP4020 Programming Languages. Subroutines and Parameter Passing Prof. Robert van Engelen

Run Time Environment. Activation Records Procedure Linkage Name Translation and Variable Access

Memory Usage 0x7fffffff. stack. dynamic data. static data 0x Code Reserved 0x x A software convention

Run-time Environment

MIPS Procedure Calls - Review

Programming Languages

Separate compilation. Topic 6: Runtime Environments p.1/21. CS 526 Topic 6: Runtime Environments The linkage convention

Lecture 9: Parameter Passing, Generics and Polymorphism, Exceptions

Language of the Machine Recursive functions

Chapter 10. Implementing Subprograms

Calling Conventions. Hakim Weatherspoon CS 3410, Spring 2012 Computer Science Cornell University. See P&H 2.8 and 2.12

System Software Assignment 1 Runtime Support for Procedures

Code Generation. Lecture 19

CSc 520 Principles of Programming Languages

CSc 520 Principles of Programming Languages. ameter Passing Reference Parameter. Call-by-Value Parameters. 28 : Control Structures Parameters

CS 314 Principles of Programming Languages

COMP 303 Computer Architecture Lecture 3. Comp 303 Computer Architecture

Course Administration

Subroutines. int main() { int i, j; i = 5; j = celtokel(i); i = j; return 0;}

CSE 504. Expression evaluation. Expression Evaluation, Runtime Environments. One possible semantics: Problem:

CSc 520 Principles of Programming Languages

Design Issues. Subroutines and Control Abstraction. Subroutines and Control Abstraction. CSC 4101: Programming Languages 1. Textbook, Chapter 8

CIT Week13 Lecture

Code Generation. Lecture 12

CPS311 Lecture: Procedures Last revised 9/9/13. Objectives:

Programmiersprachen (Programming Languages)

Lecture 5: Procedure Calls

CS558 Programming Languages

Chapter 2. Computer Abstractions and Technology. Lesson 4: MIPS (cont )

CS 330 Lecture 18. Symbol table. C scope rules. Declarations. Chapter 5 Louden Outline

Lecture 7: Procedures and Program Execution Preview

6. Names, Scopes, and Bindings

See P&H 2.8 and 2.12, and A.5-6. Prof. Hakim Weatherspoon CS 3410, Spring 2015 Computer Science Cornell University

Implementing Subprograms

CS558 Programming Languages Winter 2018 Lecture 4a. Andrew Tolmach Portland State University

CS61C : Machine Structures

Lecture Outline. Topic 1: Basic Code Generation. Code Generation. Lecture 12. Topic 2: Code Generation for Objects. Simulating a Stack Machine

Branch Addressing. Jump Addressing. Target Addressing Example. The University of Adelaide, School of Computer Science 28 September 2015

CS 316: Procedure Calls/Pipelining

Review of Activation Frames. FP of caller Y X Return value A B C

Procedure and Function Calls, Part II. Comp 412 COMP 412 FALL Chapter 6 in EaC2e. target code. source code Front End Optimizer Back End

ECE260: Fundamentals of Computer Engineering

CS 61c: Great Ideas in Computer Architecture

Principle of Complier Design Prof. Y. N. Srikant Department of Computer Science and Automation Indian Institute of Science, Bangalore

comp 180 Lecture 10 Outline of Lecture Procedure calls Saving and restoring registers Summary of MIPS instructions

The plot thickens. Some MIPS instructions you can write cannot be translated to a 32-bit number

Procedure and Object- Oriented Abstraction

CS153: Compilers Lecture 8: Compiling Calls

Principles of Programming Languages Topic: Scope and Memory Professor Louis Steinberg Fall 2004

CMSC 4023 Chapter 9. Fundamentals of Subprograms Introduction

Names and Abstractions: What s in a Name?

The Activation Record (AR)

COP4020 Fall 2006 Final Exam

Implementing Subroutines. Outline [1]

Lecture 7: Procedures

Chapter 3:: Names, Scopes, and Bindings (cont.)

! Those values must be stored somewhere! Therefore, variables must somehow be bound. ! How?

Lecture 5: Procedure Calls

Chapter 3:: Names, Scopes, and Bindings (cont.)

Lecture 9: Procedures & Functions. CS 540 George Mason University

Stack Frames. September 2, Indiana University. Geoffrey Brown, Bryce Himebaugh 2015 September 2, / 15

Statement Basics. Assignment Statements

Anne Bracy CS 3410 Computer Science Cornell University

Compilation 2014 Activation Records (Part 1)

Do-While Example. In C++ In assembly language. do { z--; while (a == b); z = b; loop: addi $s2, $s2, -1 beq $s0, $s1, loop or $s2, $s1, $zero

Transcription:

Programming Languages Tevfik Koşar Lecture - XX April 4 th, 2006 1 Roadmap Subroutines Allocation Strategies Calling Sequences Parameter Passing Generic Subroutines Exception Handling Co-routines 2 1

Review Of Stack Layout Allocation strategies Static Code Globals Own variables Explicit constants (including strings, sets, other aggregates) Small scalars may be stored in the instructions themselves 3 Review Of Stack Layout 4 2

Review Of Stack Layout Allocation strategies (2) Stack parameters local variables temporaries bookkeeping information Heap dynamic allocation 5 Review Of Stack Layout Contents of a stack frame bookkeeping return PC (dynamic link) saved registers line number saved display entries static link arguments and returns local variables temporaries 6 3

Calling Sequences Maintenance of stack is responsibility of calling sequence and subroutine prolog and epilog space is saved by putting as much in the prolog and epilog as possible time may be saved by putting stuff in the caller instead, where more information may be known e.g., there may be fewer registers IN USE at the point of call than are used SOMEWHERE in the callee 7 Calling Sequences Common strategy is to divide registers into caller-saves and callee-saves sets caller uses the "callee-saves" registers first "caller-saves" registers if necessary Local variables and arguments are assigned fixed OFFSETS from the stack pointer or frame pointer at compile time some storage layouts use a separate arguments pointer the VAX architecture encouraged this 8 4

Calling Sequences 9 Calling Sequences (C on MIPS) Caller saves into the temporaries and locals area any caller-saves registers whose values will be needed after the call puts up to 4 small arguments into registers $4-$7 (a0-a3) it depends on the types of the parameters and the order in which they appear in the argument list puts the rest of the arguments into the arg build area at the top of the stack frame does jal, which puts return address into register ra and branches note that jal, like all branches, has a delay slot 10 5

Calling Sequences (C on MIPS) In prolog, Callee subtracts framesize from sp saves callee-saves registers used anywhere inside callee copies sp to fp In epilog, Callee puts return value into registers (mem if large) copies fp into sp (see below for rationale) restores saved registers using sp as base adds to sp to deallocate frame does jra 11 Calling Sequences (C on MIPS) After call, Caller moves return value from register to wherever it's needed (if appropriate) restores caller-saves registers lazily over time, as their values are needed All arguments have space in the stack, whether passed in registers or not The subroutine just begins with some of the arguments already cached in registers, and 'stale' values in memory 12 6

Calling Sequences (C on MIPS) This is a normal state of affairs; optimizing compilers keep things in registers whenever possible, flushing to memory only when they run out of registers, or when code may attempt to access the data through a pointer or from an inner scope 13 Calling Sequences (C on MIPS) Many parts of the calling sequence, prologue, and/or epilogue can be omitted in common cases particularly LEAF routines (those that don't call other routines) leaving things out saves time simple leaf routines don't use the stack - don't even use memory and are exceptionally fast 14 7

Parameter Passing Parameter passing mechanisms have three basic implementations value value/result (copying) reference (aliasing) closure/name Many languages (e.g., Pascal) provide value and reference directly 15 Parameter Passing C/C++: functions parameters passed by value (C) parameters passed by reference can be simulated with pointers (C) void proc(int* x,int y){*x = *x+y } proc(&a,b); or directly passed by reference (C++) void proc(int& x, int y) {x = x + y } proc(a,b); 16 8

Parameter Passing Ada goes for semantics: who can do what In: callee reads only Out: callee writes and can then read (formal not initialized); actual modified In out: callee reads and writes; actual modified Ada in/out is always implemented as value/result for scalars, and either value/result or reference for structured objects 17 Parameter Passing In a language with a reference model of variables (Lisp, Clu), pass by reference (sharing) is the obvious approach It's also the only option in Fortran If you pass a constant, the compiler creates a temporary location to hold it If you modify the temporary, who cares? Call-by name is an old Algol technique Think of it as call by textual substitution (procedure with all name parameters works like macro) - what you pass are hidden procedures called THUNKS 18 9

Parameter Passing 19 Generic Subroutines and Modules Generic modules or classes are particularly valuable for creating containers: data abstractions that hold a collection of objects Generic subroutines (methods) are needed in generic modules (classes), and may also be useful in their own right 20 10

Exception Handling What is an exception? a hardware-detected run-time error or unusual condition detected by software Examples arithmetic overflow end-of-file on input wrong type for input data user-defined conditions, not necessarily errors 21 Exception Handling What is an exception handler? code executed when exception occurs may need a different handler for each type of exception Why design in exception handling facilities? allow user to explicitly handle errors in a uniform manner allow user to handle errors without having to check these conditions explicitly in the program everywhere they might occur 22 11

Coroutines Coroutines are execution contexts that exist concurrently, but that execute one at a time, and that transfer control to each other explicitly, by name Coroutines can be used to implement iterators (Section 6.5.3) threads (to be discussed in Chapter 12) Because they are concurrent (i.e., simultaneously started but not completed), coroutines cannot share a single stack 23 Coroutines 24 12