CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (1) Garcia © UCB Lecturer PSOE Dan Garcia www.cs.berkeley.edu/~ddgarcia.

Slides:



Advertisements
Similar presentations
Wannabe Lecturer Alexandre Joly inst.eecs.berkeley.edu/~cs61c-te
Advertisements

CS61C L11 Linker © UC Regents 1 CS61C - Machine Structures Lecture 11 - Starting a Program October 4, 2000 David Patterson
8.
Compiling, Assembling, Loading, Linking (CALL) I (1) Fall 2005 Lecture 09: Program Translation.
1 IKI10230 Pengantar Organisasi Komputer Kuliah no. 09: Compiling-Assembling-Linking Sumber: 1. Paul Carter, PC Assembly Language 2. Hamacher. Computer.
1 Starting a Program The 4 stages that take a C++ program (or any high-level programming language) and execute it in internal memory are: Compiler - C++
Instructor: Justin Hsia 7/08/2013Summer Lecture #81 CS 61C: Great Ideas in Computer Architecture Running a Program.
Assembly Process. Machine Code Generation Assembling a program entails translating the assembly language into binary machine code This requires more than.
CS61C L18 Running a Program I (1) Garcia, Spring 2007 © UCB Gaze-controlled UI!  Researchers at Stanford have designed a system that allows a user to.
inst.eecs.berkeley.edu/~cs61c UCB CS61C : Machine Structures Lecture 19 – Running a Program II (Compiling, Assembling, Linking, Loading) Researchers.
CS61C L18 Running a Program I (1) Garcia, Spring 2007 © UCB Router Security Hole!  Huge security hole has been found – if you have a home router, crackers.
CS61C L14 Introduction to MIPS: Instruction Representation II (1) Garcia © UCB Lecturer PSOE Dan Garcia inst.eecs.berkeley.edu/~cs61c.
CS 61C L13 CALL (1) A Carle, Summer 2006 © UCB inst.eecs.berkeley.edu/~cs61c/su06 CS61C : Machine Structures Lecture #13: CALL Andy Carle.
CS61C L18 Running a Program I (1) Garcia, Fall 2006 © UCB Security hole finder  Google’s just-released new /* Code Search */, which allows you to specify.
CS61C L14 MIPS Instruction Representation II (1) Garcia, Spring 2007 © UCB Lecturer SOE Dan Garcia inst.eecs.berkeley.edu/~cs61c.
CS 61C L20 Caches I (1) Garcia, Spring 2004 © UCB Lecturer PSOE Dan Garcia inst.eecs.berkeley.edu/~cs61c CS61C : Machine.
CS 61C L14Introduction to MIPS: Instruction Representation II (1) Garcia, Spring 2004 © UCB Lecturer PSOE Dan Garcia inst.eecs.berkeley.edu/~cs61c.
CS61C L20 Synchronous Digital Systems (1) Garcia, Spring 2010 © UCB Lecturer SOE Dan Garcia inst.eecs.berkeley.edu/~cs61c.
CS61C L20 Synchronous Digital Systems (1) Garcia, Fall 2006 © UCB Blu-ray vs HD-DVD war over?  As you know, there are two different, competing formats.
CS 61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (1) Garcia, Fall 2004 © UCB Lecturer PSOE Dan Garcia
CS 61C L19 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) II (1) Garcia, Fall 2004 © UCB Lecturer PSOE Dan Garcia
CS61C L14 Introduction to Synchronous Digital Systems (1) Beamer, Summer 2007 © UCB Scott Beamer, Instructor inst.eecs.berkeley.edu/~cs61c CS61C : Machine.
CS 61C L14Introduction to MIPS: Instruction Representation II (1) Garcia, Fall 2004 © UCB Lecturer PSOE Dan Garcia inst.eecs.berkeley.edu/~cs61c.
New Direction Service Announced
CS 61C L14Introduction to MIPS: Instruction Representation II (1) Garcia, Spring 2004 © UCB Roy Wang inst.eecs.berkeley.edu/~cs61c-tf inst.eecs.berkeley.edu/~cs61c.
Instruction Representation II (1) Fall 2005 Lecture 10: Instruction Representation II.
Inst.eecs.berkeley.edu/~cs61c UCB CS61C : Machine Structures Lecture 19 – Running a Program II (Compiling, Assembling, Linking, Loading) I’m.
CS 61C L20 Introduction to Synchronous Digital Systems (1) Garcia, Fall 2004 © UCB Lecturer PSOE Dan Garcia inst.eecs.berkeley.edu/~cs61c.
inst.eecs.berkeley.edu/~cs61c UCB CS61C : Machine Structures Lecture 16 – Running a Program (Compiling, Assembling, Linking, Loading) Highlights:
CS61C L13 CALL I (1) Chae, Summer 2008 © UCB Albert Chae, Instructor inst.eecs.berkeley.edu/~cs61c CS61C : Machine Structures Lecture #13 – Compiling,
CS61C L20 Synchronous Digital Systems (1) Garcia, Spring 2007 © UCB Disk failures 15x specs!  A recent conference reveals that drives fail in real life.
CS61C L20 Introduction to Synchronous Digital Systems (1) Garcia © UCB Lecturer PSOE Dan Garcia inst.eecs.berkeley.edu/~cs61c.
Cs 61C L10 Start.1 Patterson Spring 99 ©UCB CS61C Starting a Program Lecture 10 February 19, 1999 Dave Patterson (http.cs.berkeley.edu/~patterson) www-inst.eecs.berkeley.edu/~cs61c/schedule.html.
CS61C L18 Running a Program I (1) Garcia, Fall 2006 © UCB Berkeley beat-down  #10 Cal bears ate the OU ducks They’ve scored 35, 42, 42, 49, 41.
CS61C L11 MIPS Instruction Rep III, Running a Program I (1) Garcia, Fall 2005 © UCB Lecturer PSOE, new dad Dan Garcia inst.eecs.berkeley.edu/~cs61c.
CS61C L14 MIPS Instruction Representation II (1) Garcia, Fall 2006 © UCB Intel: 80 cores/chip in 5 yrs!  At their developer’s forum in SF on Tuesday,
Inst.eecs.berkeley.edu/~cs61c UCB CS61C : Machine Structures Lecture 14 MIPS Instruction Representation II IBM wants to use “self-assembling”
Computer Architecture and Design – ECEN 350 Part 4 [Some slides adapted from M. Irwin, D. Paterson and others]
CS61C L13 Compiling, Linking, and Loading (1) Pearce, Summer 2010 © UCB inst.eecs.berkeley.edu/~cs61c UCB CS61C : Machine Structures Lecture 13 – Running.
CSCI-365 Computer Organization Lecture Note: Some slides and/or pictures in the following are adapted from: Computer Organization and Design, Patterson.
inst.eecs.berkeley.edu/~cs61c UCB CS61C : Machine Structures Lecture 18 – Running a Program I (Compiling, Assembling, Linking, Loading) Researchers.
CDA 3101 Fall 2013 Introduction to Computer Organization Pointers & Arrays MIPS Programs 16 September 2013.
inst.eecs.berkeley.edu/~cs61c UCB CS61C : Machine Structures Lecture 18 – Running a Program I (Compiling, Assembling, Linking, Loading)
Chapter 10 The Assembly Process. What Assemblers Do Translates assembly language into machine code. Assigns addresses to all symbolic labels (variables.
1 CS/COE0447 Computer Organization & Assembly Language Chapter 2 Part 4.
April 23, 2001Systems Architecture I1 Systems Architecture I (CS ) Lecture 9: Assemblers, Linkers, and Loaders * Jeremy R. Johnson Mon. April 23,
CS 61C L3.2.2 Floating Point 2 (1) K. Meinz, Summer 2004 © UCB CS61C : Machine Structures Lecture Floating Point II & Linking Kurt Meinz.
CSCI-365 Computer Organization Lecture Note: Some slides and/or pictures in the following are adapted from: Computer Organization and Design, Patterson.
inst.eecs.berkeley.edu/~cs61c UCB CS61C : Machine Structures Lecture 16 – Running a Program (Compiling, Assembling, Linking, Loading) Research shows laptops.
8.
CS61C L20 Synchronous Digital Systems (1) Beamer, Spring 2008 © UCB Scott Beamer, Guest Lecturer inst.eecs.berkeley.edu/~cs61c CS61C : Machine Structures.
CENG 311 Starting a Program. Review (1/2) °IEEE 754 Floating Point Standard: Kahan pack as much in as could get away with +/- infinity, Not-a-Number (Nan),
The Assembly Process Computer Organization and Assembly Language: Module 10.
CS 61C: Great Ideas in Computer Architecture Running a Program - CALL (Compiling, Assembling, Linking, and Loading) 1 Instructors: Nick Weaver & Vladimir.
CSCI-365 Computer Organization Lecture Note: Some slides and/or pictures in the following are adapted from: Computer Organization and Design, Patterson.
CS 110 Computer Architecture Lecture 7: Running a Program - CALL (Compiling, Assembling, Linking, and Loading) Instructor: Sören Schwertfeger
faculty “re-imagine” ugrad education
IT 251 Computer Organization and Architecture
Instructor: Justin Hsia
youtube.com/watch?v=hy0ptZisr70
Lecturer PSOE Dan Garcia
There is one handout today at the front and back of the room!
“Full Throttled” TA Brian Nguyen inst.eecs.berkeley.edu/~cs61c-tc
Lecture 4: MIPS Instruction Set
Green Subscription Based PC Announced
Inst.eecs.berkeley.edu/~cs61c UCB CS61C : Machine Structures Lecture 12 Instruction Format III and Compilation Instructor Paul Pearce.
Inst.eecs.berkeley.edu/~cs61c CS61C : Machine Structures Lecture 17 – Introduction to MIPS Instruction Representation III Lecturer PSOE.
Computer Organization and Design Assembly & Compilation
Lecturer SOE Dan Garcia
Program Assembly.
Presentation transcript:

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (1) Garcia © UCB Lecturer PSOE Dan Garcia inst.eecs.berkeley.edu/~cs61c CS61C : Machine Structures Lecture 18 – Running a Program I aka Compiling, Assembling, Linking, Loading (CALL) Cloak of invisibility?!   Researchers at U Penn have discovered a type of “invisibility shielding” to camouflage an object with a “plasmonic” screen that suppresses scattering of single- light. Star Trek?

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (2) Garcia © UCB Overview Interpretation vs Translation Translating C Programs Compiler Assembler Linker (next time) Loader (next time) An Example (next time)

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (3) Garcia © UCB Language Continuum In general, we interpret a high level language if efficiency is not critical or translated to a lower level language to improve performance Easy to program Inefficient to interpret Efficient Difficult to program Scheme Java C++CAssemblymachine language Java bytecode

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (4) Garcia © UCB Interpretation vs Translation How do we run a program written in a source language? Interpreter: Directly executes a program in the source language Translator: Converts a program from the source language to an equivalent program in another language For example, consider a Scheme program foo.scm

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (5) Garcia © UCB Interpretation Scheme program: foo.scm Scheme Interpreter

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (6) Garcia © UCB Translation Scheme program: foo.scm Hardware Scheme Compiler Executable(mach lang pgm): a.out °Scheme Compiler is a translator from Scheme to machine language.

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (7) Garcia © UCB Interpretation Any good reason to interpret machine language in software? SPIM – useful for learning / debugging Apple Macintosh conversion Switched from Motorola 680x0 instruction architecture to PowerPC. Could require all programs to be re- translated from high level language Instead, let executables contain old and/or new machine code, interpret old code in software if necessary

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (8) Garcia © UCB Interpretation vs. Translation? Easier to write interpreter Interpreter closer to high-level, so gives better error messages (e.g., SPIM) Translator reaction: add extra information to help debugging (line numbers, names) Interpreter slower (10x?) but code is smaller (1.5X to 2X?) Interpreter provides instruction set independence: run on any machine Apple switched to PowerPC. Instead of retranslating all SW, let executables contain old and/or new machine code, interpret old code in software if necessary

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (9) Garcia © UCB Steps to Starting a Program C program: foo.c Compiler Assembly program: foo.s Assembler Linker Executable(mach lang pgm): a.out Loader Memory Object(mach lang module): foo.o lib.o

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (10) Garcia © UCB Compiler Input: High-Level Language Code (e.g., C, Java such as foo.c ) Output: Assembly Language Code (e.g., foo.s for MIPS) Note: Output may contain pseudoinstructions Pseudoinstructions: instructions that assembler understands but not in machine (last lecture) For example: mov $s1,$s2  or $s1,$s2,$zero

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (11) Garcia © UCB Upcoming Calendar Week #MonWedThurs LabFri #7 This week MIPS III Running Program I Running Program Running Program II #8 Midterm week (review 2pm 10 Evans) Intro to SDS I 7pm 1 Le Conte Intro to SDS II SDSIntro to SDS III Midterm grades out

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (12) Garcia © UCB Administrivia…Midterm in 5 days! 7-10pm in 1 Le Conte Covers labs,hw,proj,lec up to SDS Last sem midterm + answers on www Bring… NO backpacks, cells, calculators, pagers, PDAs 2 writing implements (we’ll provide write-in exam booklets) One handwritten (both sides) 8.5”x11” paper One green sheet (corrections below to bugs from “Core Instruction Set”) 1)Opcode wrong for Load Word. It should say 23hex, not 0 / 23hex. 2)sll and srl should shift values in R[rt], not R[rs] i.e. sll / srl : R[rd] = R[rt] << shamt

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (13) Garcia © UCB Where Are We Now? C program: foo.c Assembly program: foo.s Executable(mach lang pgm): a.out Compiler Assembler Linker Loader Memory Object(mach lang module): foo.o lib.o

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (14) Garcia © UCB Assembler Input: Assembly Language Code (e.g., foo.s for MIPS) Output: Object Code, information tables (e.g., foo.o for MIPS) Reads and Uses Directives Replace Pseudoinstructions Produce Machine Language Creates Object File

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (15) Garcia © UCB Assembler Directives (p. A-51 to A-53) Give directions to assembler, but do not produce machine instructions.text : Subsequent items put in user text segment (machine code).data : Subsequent items put in user data segment (binary rep of data in source file).globl sym : declares sym global and can be referenced from other files.asciiz str : Store the string str in memory and null-terminate it.word w1…wn : Store the n 32-bit quantities in successive memory words

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (16) Garcia © UCB Pseudoinstruction Replacement Asm. treats convenient variations of machine language instructions as if real instructions Pseudo:Real: subu $sp,$sp,32addiu $sp,$sp,-32 sd $a0, 32($sp) sw $a0, 32($sp) sw $a1, 36($sp) mul $t7,$t6,$t5mul $t6,$t5 mflo $t7 addu $t0,$t6,1addiu $t0,$t6,1 ble $t0,100,loopslti $at,$t0,101 bne $at,$0,loop la $a0, strlui $at,left(str) ori $a0,$at,right(str)

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (17) Garcia © UCB Producing Machine Language (1/2) Simple Case Arithmetic, Logical, Shifts, and so on. All necessary info is within the instruction already. What about Branches? PC-Relative So once pseudoinstructions are replaced by real ones, we know by how many instructions to branch. So these can be handled easily.

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (18) Garcia © UCB Producing Machine Language (2/2) What about jumps ( j and jal )? Jumps require absolute address. What about references to data? la gets broken up into lui and ori These will require the full 32-bit address of the data. These can’t be determined yet, so we create two tables…

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (19) Garcia © UCB Symbol Table List of “items” in this file that may be used by other files. What are they? Labels: function calling Data: anything in the.data section; variables which may be accessed across files First Pass: record label-address pairs Second Pass: produce machine code Result: can jump to a later label without first declaring it

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (20) Garcia © UCB Relocation Table List of “items” for which this file needs the address. What are they? Any label jumped to: j or jal -internal -external (including lib files) Any piece of data -such as the la instruction

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (21) Garcia © UCB Object File Format object file header: size and position of the other pieces of the object file text segment: the machine code data segment: binary representation of the data in the source file relocation information: identifies lines of code that need to be “handled” symbol table: list of this file’s labels and data that can be referenced debugging information

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (22) Garcia © UCB Peer Instruction 1. Assembler knows where a module’s data & instructions are in relation to other modules. 2. Assembler will ignore the instruction Loop:nop because it does nothing. 3. Java designers used an interpreter (rather than a translater) mainly because of (at least one of): ease of writing, better error msgs, smaller object code. ABC 1: FFF 2: FFT 3: FTF 4: FTT 5: TFF 6: TFT 7: TTF 8: TTT

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (23) Garcia © UCB Peer Instruction Answer 1. Assembler knows where a module’s data & instructions are in relation to other modules. 2. Assembler will ignore the instruction Loop:nop because it does nothing. 3. Java designers used an interpreter (rather than a translater) mainly because of (at least one of): ease of writing, better error msgs, smaller object code. ABC 1: FFF 2: FFT 3: FTF 4: FTT 5: TFF 6: TFT 7: TTF 8: TTT 1. Assembler only sees one compiled program at a time, that’s why it has to make a symbol & relocation table. It’s the job of the linker to link them all together…F! 2. Assembler keeps track of all labels in symbol table…F! 3. Java designers used an interpreter mainly because of code portability…F!

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (24) Garcia © UCB And in conclusion… C program: foo.c Compiler Assembly program: foo.s Assembler Linker Executable(mach lang pgm): a.out Loader Memory Object(mach lang module): foo.o lib.o

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (25) Garcia © UCB Peer Instruction Which of the following instructions may need to be edited during link phase? Loop: lui $at, 0xABCD# a ori $a0,$at, 0xFEDC# b jal add_link# c bne $a0,$v0, Loop# d A. a. only B. b. only C. c. only D. d. only E. a., b., and c. F. All of the above

CS61C L18 Running a Program aka Compiling, Assembling, Loading, Linking (CALL) I (26) Garcia © UCB Peer Instruction Answer Which of the following instructions may need to be edited during link phase? Loop: lui $at, 0xABCD# a ori $a0,$at, 0xFEDC# b jal add_link # c bne $a0,$v0, Loop# d A. a. only B. b. only C. c. only D. d. only E. a., b., and c. F. All of the above } data reference; relocate subroutine; relocate PC-relative branch; OK