home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!sun-barr!apple!apple!netcomsv!proto!joe
- From: joe@proto.com (Joe Huffman)
- Newsgroups: comp.lang.c
- Subject: Re: Borland using MSC libs
- Keywords: libs obj borland bcc msc
- Message-ID: <1992Aug16.183316.1948@proto.com>
- Date: 16 Aug 92 18:33:16 GMT
- References: <1992Aug13.182240.15939@tamsun.tamu.edu> <19591@fritz.filenet.com>
- Distribution: comp.lang.c
- Organization: Prototronics @ Sandpoint, Idaho
- Lines: 30
-
- scotth@felix.filenet.com (Scott Hopson) writes:
-
- >In article <1992Aug13.182240.15939@tamsun.tamu.edu> miller@eemips.tamu.edu (Kelly M Miller) writes:
- >>
- >>Is it possible to link in libs created under MSC 5.0
- >>into a Borland C app? What must I include in the link?
- >>the MSC libs? Must I exclude some of the Borland libs?
- >>
-
- >The answer is a big NO, although it might work for some functions
- >Borland does not support linking of MSC Libs.
-
- Practically speaking, you are correct. But it is possible to build
- libraries that will link and run with multiple compilers. The Flash
- Graphics library that my company sells will link with Borland (including
- use with Pharlap's 16-bit DOS extender), Microsoft, and Zortech (includeing
- Rational System's '286 extender) with nearly all memory models. It is
- some extra work, but we figure we make up for it by not having to test
- quite so throughly with all the variations. We throughly test with once
- compiler and all memory models and all graphics adapters then a cursory
- test with all compilers, all memory models, and one graphics adapter.
-
- If you are interested in how to build such a library, send me email...
-
- In general, this is not possible with C++. This because the name mangling
- is different between compilers.
-
- --
- netcom!proto!joe
- joe@proto.com
-