home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / mswindo / programm / tools / 2228 < prev    next >
Encoding:
Text File  |  1993-01-25  |  2.4 KB  |  54 lines
  1. Newsgroups: comp.os.ms-windows.programmer.tools
  2. Path: sparky!uunet!microsoft!hexnut!gregde
  3. From: gregde@microsoft.com (Greg Demichillie)
  4. Subject: Re: borlandc++ and MSC++ DLLs
  5. Message-ID: <1993Jan25.185541.4867@microsoft.com>
  6. Date: 25 Jan 93 18:55:41 GMT
  7. Organization: Microsoft Corporation
  8. References: <CRAIGM.93Jan19132529@egnext1.SLAC.Stanford.EDU> <1993Jan22.012720.28932@sygnus.uucp> <CRAIGM.93Jan23140053@egnext1.SLAC.Stanford.EDU>
  9. Lines: 42
  10.  
  11. In article <CRAIGM.93Jan23140053@egnext1.SLAC.Stanford.EDU> craigm@egnext1.SLAC.Stanford.EDU (Craig Markwardt) writes:
  12. >
  13. >In article <1993Jan22.012720.28932@sygnus.uucp> tpurves@sygnus.uucp (Timothy Purves) writes:
  14. >
  15. >   In article <CRAIGM.93Jan19132529@egnext1.SLAC.Stanford.EDU> craigm@egnext1.SLAC.Stanford.EDU (Craig Markwardt) writes:
  16. >   >
  17. >   >In article <C13v5G.1xn@panix.com> rryan@panix.com (Rob Ryan) writes:
  18. >   >
  19. >   >BC++ also has specialized Windows features which do not appear in any
  20. >   >other version of C++ that I know of.  These are incompatible with all
  21. >   >other C++ compilers.  Microsoft, in their MFC package, has used an 
  22. >   >underhanded loophole in the C++ spec to accomplish their goals, which 
  23. >   >BC++ later incorporated as well, but there are no other compilers out
  24. >
  25. >   What "underhanded loophole". Please explain.
  26. >
  27. >Sorry, I don't have the original news article any more, but it was my
  28. >understanding that Microsoft used a rather hazily undocumented
  29. >"feature" of C++ in their MFC package, which allows messaging to be
  30. >done.  Borland had to modify their compiler to take advantage of this
  31. >"feature" and use MFC.
  32. >
  33.  
  34. Let me add some clarification.  MFC does rely on an interpretation of
  35. an ambigous issue in the ANSI spec.  It doesn't confer any special
  36. advantage, it just allows our message maps to have a simpler and
  37. cleaner syntax.  Since this issue was ambiguous in the language spec,
  38. Borland added a switch to allow their compiler to use the same
  39. interepration.  It is in no way an "underhanded loophole."  
  40.  
  41. OWL relies of Borland's proprietary DDVTs.  The syntax of DDVTs
  42. explicity violates the ANSI-draft standard and is therefore a 
  43. language extension.  No other compilers currently support this extension.
  44.  
  45. The bottom line is that MFC can be used on a wide variety of compilers,
  46. including (but not limited to) MSC and BCC.  OWL can only be used with
  47. BCC.
  48.  
  49.  
  50. -Greg
  51. -- 
  52. Greg DeMichillie          Microsoft AFX         
  53. gregde@microsoft.com      All opinions are mine, not Microsoft's
  54.