Xref: utzoo comp.lang.c:7286 comp.sys.ibm.pc:11898
Path: utzoo!utgpu!water!watmath!clyde!bellcore!decvax!ucbvax!pasteur!ames!ll-xn!husc6!bu-cs!madd
From: madd@bu-cs.BU.EDU (Jim Frost)
Newsgroups: comp.lang.c,comp.sys.ibm.pc
Subject: Re: Help: TurboC: Too Much Global Data!
Message-ID: <19957@bu-cs.BU.EDU>
Date: 17 Feb 88 20:30:36 GMT
References: <2622@i.cc.purdue.edu>
Reply-To: madd@bu-it.bu.edu (Jim Frost)
Followup-To: comp.lang.c
Organization: Boston University Distributed Systems Group
Lines: 33

In article <2622@i.cc.purdue.edu> aja@i.cc.purdue.edu (Miek Rowan) writes:
>In article <218@oink.UUCP>, jep@oink.UUCP (James E. Prior) writes:
>> In article <849@silver.bacs.indiana.edu> regoli@silver.bacs.indiana.edu (michael regoli) writes:
>> >linker error seems to occur regardless of the memory model used.
>> 
>> I had this problem also last summer (Version 1.0).  [...]
>> The problem
>> is Borland's tlink.  The solution that the Borland folks recommended is
>> to use a recent version of Microsoft's link.
>
>hahahahahha...."Gee, we have this kick compiler, of course the whole thing
>doesnt work right so you'll have to use our competitions linker."
>
>Mind you, I have turbo (is there *anyone* who doesn't have a copy) but
>if I had heard Borland tell me that on the phone, I would have
>died.

I am not surprised when someone asks me to do that.  As it is, the
linker isn't really "the competition" since you don't have to have
the uSoft compiler to have their linker.  I would be willing to bet
that *most* C/Pascal/RPG II/Fortran/compiler-of-your-choice compilers
make use of uSoft's linker, since it's provided with MS-DOS.  I've
used quite a few compilers, and only Borland's products used their own
(very very fast) linker, with the exception of Modula-2 compilers
which really should have a special linker for obvious reasons.

As it is, TLINK works very well for being a first revision linker.
What revision is uSoft LINK on?

Cheers,

jim frost
madd@bu-it.bu.edu