home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!europa.asd.contel.com!emory!sol.ctr.columbia.edu!ira.uka.de!math.fu-berlin.de!mailgzrz.TU-Berlin.DE!news.netmbx.de!Germany.EU.net!mcsun!sunic!psinntp!psinntp!bepcp!jnicholson
- From: jnicholson@bowker.com (Jim Nicholson)
- Newsgroups: comp.lang.pascal
- Subject: Re: What we need is a TPU to PAS convertor (Re: tpu files)
- Message-ID: <i5TsTB1w164w@bowker.com>
- Date: Thu, 05 Nov 92 22:56:17 EST
- References: <dmurdoch.250.720918276@mast.queensu.ca>
- Organization: Bowker Electronic Publishing, New Providence NJ
- Lines: 21
-
- > The problem is that .TPU files never exist in an unlinked state equivalent
- > to an .OBJ file. Half the link step has already taken place by the time
- > the .TPU is created; that's why the thing that TP calls the link step is
- > so much faster than linkers that work with .OBJ files. To change versions,
- > you'd need to unlink the .TPU from all of the old units that it uses, and
- > relink it to equivalent parts of the new ones. If equivalent parts don't
- > exist, you're out of luck.
-
- Ok, that explains following situation: Unit A uses Unit B. You change B,
- and recompile it. Then you write a program that uses A, but when you
- compile it you get the unit version mismatch problem (because you didn't
- recompile A, which is still linked to the old version of B).
-
- Does anyone know if the DLL support in BP7 provides a work-around for this?
-
- (I'd be much more willing to use an object-only library if it was
- distributed in a version-independent fashion.)
-
- Jim Nicholson Internet: jnicholson@bowker.com
- Any opinions expressed are not FidoNet : 1:2605/705.0
- necessarily my own Voice : 908-665-2864
-