home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / vxworks / 1000 next >
Encoding:
Text File  |  1992-11-08  |  1.9 KB  |  46 lines
  1. Newsgroups: comp.os.vxworks
  2. Path: sparky!uunet!news!wrs.com!geoff
  3. From: geoff@wrs.com (Geoff Espin)
  4. Subject: Re: Interesting ld68k behavior
  5. Message-ID: <geoff.721065104@wrs.com>
  6. Sender: news@wrs.com (News Manager)
  7. Nntp-Posting-Host: cowichan
  8. Organization: Wind River Systems, Inc.
  9. References: <HMP.92Nov6084047@squash.frc.ri.cmu.edu>
  10. Date: Fri, 6 Nov 1992 15:51:44 GMT
  11. Lines: 33
  12.  
  13. hmp@frc2.frc.ri.cmu.edu (Henning Pangels) writes:
  14.  
  15. >I just thought I'd share an observation I've made recently while
  16. >placing vxWorks and application code into ROM.
  17. >...  [accurate description of linking and run-time events deleted]
  18. >But imagine my surprise when I added some custom routines at the top
  19. >of usrConfig.c (one might argue over the political correctness of
  20. >doing so...), and usrInit no longer ended up at RAM_TEXT_HIGH_ADDRESS.
  21. >Instead, whatever routine appeared first in usrConfig.c got that
  22. >privilege and was subsequently called by romStart. 
  23. >The obvious solution was to simply rearrange the order of the routines
  24. >usrConfig.c so that usrInit() comes first.
  25.  
  26. WRS should explicitly document that the routines: usrConfig.c:usrInit(),
  27. sysALib.s:sysInit() and romInit.s:romInit() must be the first routines
  28. in the text segment, when used as system entry points.  usrInit() is only
  29. the system entry point for the compressed image.  Usually it is called
  30. by sysInit().
  31.  
  32. The complaint that compiler flags "-Ttext" and "-e <entrypoint>" are
  33. independent, at first, seems valid.  But on further reflection,
  34. it would be very inconvenient if the linker always insisted that
  35. entry points be the first routines in a module, and that that module
  36. be the first module listed on the linker command line.  Not everybody
  37. writes system code.  :-)  What about the UNIX application developer?
  38. Again, a few words of warning in the VxWorks Programmer's Guide wouldn't hurt.
  39. A bug report will be submitted.
  40.  
  41. Geoff
  42. -- 
  43. Geoff Espin        geoff@wrs.com    (510)748-4100
  44. Wind            River        Systems
  45. 1010 Atlantic Avenue    Alameda        CA 94501
  46.