home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / amiga / programm / 12896 < prev    next >
Encoding:
Text File  |  1992-08-31  |  2.9 KB  |  66 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!gatech!concert!sas!mozart.unx.sas.com!walker
  3. From: walker@twix.unx.sas.com (Doug Walker)
  4. Subject: Re:   SAS/C 6.0 Details (LONG!)
  5. Originator: walker@twix.unx.sas.com
  6. Sender: news@unx.sas.com (Noter of Newsworthy Events)
  7. Message-ID: <BtuLyp.J5D@unx.sas.com>
  8. Date: Mon, 31 Aug 1992 12:42:25 GMT
  9. References: <Bt8H7F.BL8@unx.sas.com> <BsxCu2.5A7@unx.sas.com> <rwm.714413035@atronx.OCUnix.On.Ca> <BtHr2H.DD7@unx.sas.com> <fgd3.01rf@nifty.UUCP> <Btn8Ju.8Dy@unx.sas.com> <fgd3.01sv@nifty.UUCP>
  10. Nntp-Posting-Host: twix.unx.sas.com
  11. Organization: SAS Institute Inc.
  12. Lines: 52
  13.  
  14.  
  15. In article <fgd3.01sv@nifty.UUCP>, fgd3@nifty.UUCP (Fabbian G. Dufoe, III) writes:
  16. |>    This was the only surprise in the replies to my earlier question about
  17. |> using 1.3 headers with version 6.0 of the compiler.  Why won't the V5
  18. |> SAS/C-provided files work with V6?  Is it because they are lcompacted (in
  19. |> which case, the uncompacted files should work, shouldn't they?) or are there
  20. |> differences between the header files SAS supplied and those Commodore
  21. |> supplied for 1.3?
  22.  
  23. |> --Fabbian G. Dufoe, III
  24.  
  25. No, actually lcompact'ed files will work fine with 6.0.  The V5 files
  26. supplied by SAS Institute refer to symbols in the link libraries
  27. (as they must - that's one of the reasons they are there).  These
  28. symbols have been renamed for 6.0.  Some symbols were renamed in
  29. order to bring the library into ANSI compliance, others are internal
  30. symbols that changed because the library routine involved was
  31. reimplemented.  Of course, V5 include files that are provided by
  32. Commodore would work fine.
  33.  
  34. The same thing was true of the ANSI library supplement that we sent
  35. out last year at this time.  If you compiled with the ANSI headers,
  36. then linked with the non-ANSI libraries, you would get undefined
  37. symbols.  Your code would see the ANSI headers and generate 
  38. references to a symbol that just doesn't exist in the non-ANSI
  39. libraries.
  40.  
  41. So the upshot is that your 6.0 code would COMPILE just fine with
  42. the V5 headers.  It just wouldn't link properly.
  43.  
  44. Let me anticipate the next question: "Could I compile with the V5
  45. headers AND LINK WITH THE V5 LIBRARIES"?  The answer to this is
  46. also no.  Some mathematical operations require the compiler to 
  47. jump to an out-of-line routine (for example, dividing a long by
  48. a long).  The names of these out-of-line routines have changed
  49. to make them ANSI-compliant, so they won't be resolved if you
  50. link with the V5 libraries.  (If you liberally used DEFINE
  51. statements in the linker, you could *probably* get it to work,
  52. but I haven't tried it, so I can't say for sure.)
  53.  
  54. Hope this helps.
  55.  
  56.  
  57. -- 
  58.   *****
  59. =*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
  60.  *|. o.| ||                                          1200/2400/9600 Dual
  61.   | o  |//     For all you do, this bug's for you!
  62.   ====== 
  63. usenet: walker@unx.sas.com                            bix: djwalker 
  64. Any opinions expressed are mine, not those of SAS Institute, Inc.
  65.  
  66.