home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 6253 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.6 KB
  1. Path: news.mistral.co.uk!usenet
  2. From: ghira@mistral.co.uk (Adam Atkinson)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Feeling very confused with SAS/C, NDK 3.1, etc.
  5. Date: 25 Mar 96 22:33:01 +0000
  6. Organization: Mistral Internet (Brighton)
  7. Message-ID: <3224.6658T1353T50@mistral.co.uk>
  8. References: <1777.6656T1015T1276@mistral.co.uk> <DotxBJ.HqE@unx.sas.com>
  9. NNTP-Posting-Host: l65.mistral.co.uk
  10. X-Newsreader: THOR 2.22 (Amiga;TCP/IP)
  11.  
  12. >>I've had NDK 3.1 thanks to some magazine cover disks for a couple of years
  13. >>now. Should I replace the SAS/C 6.56 includes with the NDK3.1 ones, or
  14. >>would this be dangerous?
  15.  
  16. >I don't know what is in the NDK (I've never seen it), but the include files
  17. >provided with SAS/C fall into several categories:
  18.  
  19. [snip]
  20.  
  21. >   everything else      ==> Commodore-supplied system header files
  22.  
  23. >I can't see how replacing this structure with the NDK structure GAINS
  24. >you anything.  You will probably LOSE the ability to do some things.
  25.  
  26. I expressed myself poorly. I should have said "is it worth replacing the
  27. commodore-supplied files in SAS C 5.56 with later versions from NDK 3.1,
  28. where these exist?" Actually, I haven't been able to find any concrete
  29. cases of this, so the point is moot. I suspect the answer would be "yes",
  30. though.
  31.  
  32. >>Where should I put third party includes. I've copied all the MUI includes
  33. >>etc. into the sensible places in my includes directory, but I don't know if
  34. >>this is what I'm expected to do. It seems more convenient than leaving 3rd
  35. >>party includes scattered all over the place and having to specify exact
  36. >>paths for them all the time.
  37.  
  38. >I suggest putting them somewhere else BESIDES in your SC:INCLUDE directory.
  39. >The SC: directory should only include SAS/C-provided files, so if you need
  40. >to reinstall the product, you will not have to figure out what parts came
  41. >from the installation disks and what parts didn't.  You can make INCLUDE: 
  42. >a multi-directory assign, or you can add the other directory to your SCOPTS 
  43. >file with an INCLUDEDIRECTORY option.
  44.  
  45. Ok, that makes sense. Will do. (All I have so far is mui and rexxtools)
  46.  
  47. Are .fd files something I need? I remember workbench 1.3 had them and
  48. NDK3.1 has lots. I don't currently have any idea what they're for.
  49.  
  50. >>Should I construct a new GST to reflect my new setup? I was asked if I'd
  51. >>like a big GST during the 6.50 setup, and I said yes. I get the impression
  52. >>I may need to re-create it, but I'm really not sure.
  53.  
  54. >Personally, I create a new GST for every project, and set up my make file to
  55. >build it.  If you use the default GST, it will still work even if you add
  56. >other header files, but it could be made faster if you include all the 
  57. >headers you are likely to use.  BE CAREFUL when including headers: you cannot
  58. >include header files that define functions or data.  An inline function DOES
  59. >count as a function definition.  Data can be DECLARED in a header file that
  60. >is included in a GST, but not DEFINED there.  A data declaration has the
  61. >"extern" keyword on it and no initializer value.  You also need to be careful
  62. >that the header included always defines things to the same value every time
  63. >the file is compiled: i.e. the preprocessor can't change the way the file is
  64. >compiled in different .c files.
  65.  
  66. >There is more information on this in the GST section of the Library Reference
  67. >Manual.
  68.  
  69. Yes. I've tried reading it and had no idea what was going on. I imagine I
  70. will eventually realise GSTs are dead useful, but I suppose I'll come to
  71. that later. 
  72.  
  73. Adam Atkinson - ghira@mistral.co.uk / etlaman@etlxdmx.ericsson.se
  74. If I were a fuzzy-wuzzy bear, 3 would be a perfect square.
  75. If I were a bumble bee, Z would be a UFD.
  76.  
  77.  
  78.