home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / mac / oop / macapp3 / 241 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  2.0 KB
  1. Path: sparky!uunet!stanford.edu!apple!applelink.apple.com
  2. From: D6431@AppleLink.Apple.COM (OptImage Interactive Svcs,PRT)
  3. Newsgroups: comp.sys.mac.oop.macapp3
  4. Subject: includes in CPlus
  5. Message-ID: <724715248.2875873@AppleLink.Apple.COM>
  6. Date: 18 Dec 92 16:56:00 GMT
  7. Sender: daemon@Apple.COM
  8. Organization: AppleLink Gateway
  9. Lines: 29
  10.  
  11. Help!! I Have a MacApp Problem;
  12.  
  13. I am trying to compile my MacApp program with additional custom C libraries
  14. that were created in MPW C. The Libraries and their header files are stored in
  15. a seperate directory on my drive. I added to my .MAMake file the line:
  16.  
  17.     OtherCPlusOptions = -i "MyHardDrive:Additional_Header_for_My_C_Libraries"x
  18.             -i"MyHardDrive:Still_More_Additional_Header_for_My_C_Libraries"
  19.  
  20. This enabled the CFrontTool to find header files from these external libraries
  21. that I included in my .cp files that it normally would not find.
  22.  
  23. Here is the problem: in these C Library header files that I'm including, they
  24. contain addtional includes of their own (These C Libraries that I'm using are
  25. arranged in a complex yet elegant network in their directory; there are many,
  26. many libraries and they all work off each other).  These include statements
  27. contain not just the name of the header file to include but also a partial path
  28. name.  The CFront tool doesn't like these partial path names!!  It likes full
  29. path names or even root file names, but it chokes on partial path names and
  30. says it cannot find the file.  Why does the MPW C compiler accept partial path
  31. names in the include statements but the CFront tool chokes on them.  I'm trying
  32. to avoid changing the include statements because there are hundreds of files to
  33. contend with.  My colleage that wrote these libraries had no way of knowing
  34. that the partial path names would cause me problems in MacApp, because as I
  35. mentioned above the MPW C compiler doesn't.  Is there some way I can tell the
  36. CPlus Tool to accept partial path Names??? Any help would be much appreciated.
  37.  
  38. Jay Bartot @OptImage Interactive Services
  39.  
  40.