1 / 18

X86_64 programming

X86_64 programming. Tutorial #1 CPSC 261. X86_64. An extension of the IA32 (often called x86 – originated in the Intel 8086 processor) instruction set to 64 bits AMD defined it first Intel implemented it later. X86_64 data types. Basic properties.

kalkin
Download Presentation

X86_64 programming

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. X86_64 programming Tutorial #1 CPSC 261

  2. X86_64 • An extension of the IA32 (often called x86 – originated in the Intel 8086 processor) instruction set to 64 bits • AMD defined it first • Intel implemented it later

  3. X86_64 data types

  4. Basic properties • Pointers and long integers are 64 bits long. Integer arithmetic operations support 8, 16, 32, and 64-bit data types. • There are 16 general-purpose registers. • Much of the program state is held in registers rather than on the stack. Integer and pointer procedure arguments (up to 6) are passed via registers. Some procedures do not need to access the stack at all. • Conditional move instructions allow conditional operations to be implemented without traditional branching code. • Floating-point operations are implemented using a register-oriented instruction set.

  5. Registers • 8 registers with strange names: • rax, rbx, rcx, rdx, rsi, rdi, rbp, rsp • 8 more with “normal” names: • r8, r9, r10, r11, r12, r13, r14, r15 • All can be accessed at various sizes • 8, 16, 32, 64 bits • rsp is the stack pointer • rbp is the frame pointer (for some compilers)

  6. Register strangenesses • Moving a 32 bit value to a 64 bit register sets the higher order 32 bits to zero (doesn’t sign extend!!) • Moving a 8 or 16 bit value to a 64 bit register doesn’t affect the higher order bits of the register

  7. Integer instructions

  8. Weird integer instructions

  9. Condition codes • Single bit registers • CF Carry flag (for unsigned) • ZF Zero flag • SF Sign flag (for signed) • OF Overflow flag (for signed)

  10. Compare instructions

  11. Branches

  12. Conditional moves

  13. Procedure calls • Arguments (up to the first six) are passed to procedures via registers. • The call instruction stores a 64-bit return pointer on the stack. • Many functions do not require a stack frame. Only functions that cannot keep all local variables in registers need to allocate space on the stack. • Functions can access storage on the stack up to 128 bytes beyond (i.e., at a lower address than) the current value of the stack pointer. • There is no frame pointer. Instead, references to stack locations are made relative to the stack pointer. • Typical functions allocate their total stack storage needs at the beginning of the call and keep the stack pointer at a fixed position. • Some registers are designated as callee-save registers. These must be saved and restored by any procedure that modifies them.

  14. And then ... • We should look at some C code compiled to X64_64 assembler to explain how functions are called and parameters are passed.

  15. test.c #include <stdio.h> long f(long a, long b, long c, long d, long e, long f) { return a*b*c*d*e*f; } long main(longargc, char **argv) { long x = f(1, 2, 3, 4, 5, 6); return x; }

  16. And do whatever additional examples you think would be good

More Related