home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / mac / programm / 19749 < prev    next >
Encoding:
Internet Message Format  |  1992-12-13  |  3.2 KB
  1. Path: sparky!uunet!europa.asd.contel.com!howland.reston.ans.net!usc!wupost!spool.mu.edu!agate!stanford.edu!apple!goofy!mumbo.apple.com!gallant.apple.com!seuss.apple.com!user
  2. From: absurd@apple.apple.com (Tim Dierks, software saboteur)
  3. Newsgroups: comp.sys.mac.programmer
  4. Subject: Re: Assembly with C question...
  5. Message-ID: <absurd-131292134029@seuss.apple.com>
  6. Date: 13 Dec 92 22:07:23 GMT
  7. References: <1992Dec12.232559.265@physc1.byu.edu>
  8. Sender: news@gallant.apple.com
  9. Followup-To: comp.sys.mac.programmer
  10. Organization: MacDTS Marauders
  11. Lines: 71
  12.  
  13. In article <1992Dec12.232559.265@physc1.byu.edu>, seth@physc1.byu.edu
  14. wrote:
  15. > 
  16. > Hi. I have a question about assembly language and C. Here is a snippet of
  17. > C code, followed by the same thing disassembled.
  18. >  
  19. >  
  20. > main()
  21. > {
  22. >     Init();
  23. >     MakeMenus();
  24. >     MakeWindow();
  25. >     AddrsSet();
  26. >     MakeGrid();
  27. >  
  28. >  
  29. > main:
  30. > 00000000        JSR       $0000(A5)
  31. > 00000004        JSR       $0000(A5)
  32. > 00000008        JSR       $0000(A5)
  33. > 0000000C        JSR       $0000(A5)
  34. > 00000010        JSR       $0000(A5)
  35. >  
  36. >  
  37. > My question is, why are all the function calls done in this way? How can I 
  38. > tell what the offset relative to a5 is? I am confused. I have till now only
  39. > done assembly in the MDS (sad, sad) assembler. (yes, I was the one whining
  40. > about it a few weeks ago. The class is over, and now I can do assembly with 
  41. > the inline assembler of THINK C like so many of you suggested...)
  42. > In the MDS Assembler we always could tell just what our offsets were, 
  43. > becaused we used labels. I don't understand how all these function calls can
  44. > be made with an offset of $0000(a5). Isn't a5 the global area? Why are the 
  45. > function calls going there anyways? Shouldn't they be going to the code area,
  46. > with offsets relative to the PC? I obviously don't see what is supposed to be
  47. > going on here, and I would appreciate it if one of you assembly gurus would 
  48. > enlighten me...
  49. >  
  50. > Thanks,
  51. > Seth Leigh
  52. > BYU Physics Dept.
  53.  
  54. Here's the poop:
  55. (I don't know why that's there, I guess I just wanted to say "here's the
  56. poop", just once in my life.  Forgive me.)
  57.  
  58. Q: Why are all the offsets zero?
  59. A: You're looking at the assembly generated after compiling, not after
  60. linking.
  61. Because function offsets don't get generated until the program is linked,
  62. all
  63. the offsets are still 0; the zeros ar just placeholders for values which
  64. will
  65. get filled in by the linker later.  If you want to see fully assembled &
  66. linked
  67. code, build your application and then look at the code with the ResEdit
  68. CODE
  69. Viewer (available at better ftp sites) or with MacsBug; you'll see the
  70. references in all their gory detail.
  71.  
  72. Q: Why are they A5-relative addresses?
  73. A: There are two things (at least) stored in the A5 storage area: globals,
  74. as you are aware, and the jump table, which allows functions in one segment
  75. to call functions in another segment.  The jump table contains code which
  76. links the segments together, loading them as necessary.  Thus, to call a
  77. function in another segment, you jump to its jump table entry, which is
  78. generally at a positive offset from A5.  If the function is in the same
  79. segment (which isn't determined until link time), then the call might
  80. get converted to PC-relative (this depends on a number of factors).
  81.  
  82. Tim Dierks
  83. MacDTS, but today my shoes match!
  84.