[comp.lang.pascal] TP "Make" broken?

defaria@hpclapd.HP.COM (Andy DeFaria) (01/05/91)

I've  been   working with a   Mouse  unit   and    trashing  through memory
(literally).   This of  course  often  has the unpleasant   side  effect of
locking up my PC  and requires a  reboot.  The wierd  thing is that now  my
"Make" functionality is broken.  For example, I have:

Unit One
   ...
End.

Unit Two
   ...
End.

Program Foo;
   
Uses One, Two;

Begin
 ...
End.

Now  I'm sitting in Unit One  and  have made a change.   I have the Primary
file set to Foo  and I  issue a make.  TP  compile Foo but  fails to notice
that Unit One  has changed.  I  have to manual  unset the  primary file and
compile  Unit One,  reset  primary  file and  remake.  Now the   program is
properly updated.  Why is make broken and how can I fix it?

decomyn@penguin.uss.tek.com (01/07/91)

In article <950049@hpclapd.HP.COM> defaria@hpclapd.HP.COM (Andy DeFaria) writes:
>Now  I'm sitting in Unit One  and  have made a change.   I have the Primary
>file set to Foo  and I  issue a make.  TP  compile Foo but  fails to notice
>that Unit One  has changed. 

If you haven't changed the date on One's source code, Make won't see that
One has changed.  Try saving the changed code before issuing the Make, and
see if that corrects the problem.

-------------------------------------------------------------------------------
Brendt Hess a.k.a.             | Disclaimer: Opinions?  I don't even work here!
Vergil William de Comyn a.k.a. |-----------------------------------------------
Payne Hirds                    |       Life is not a zero-sum game:
decomyn@penguin.uss.tek.com    |          don't treat it as such.

andrew@resam.dk (Leif Andrew Rump) (01/07/91)

In <7148@tekgen.BV.TEK.COM> decomyn@penguin.uss.tek.com writes:
>In article <950049@hpclapd.HP.COM> defaria@hpclapd.HP.COM (Andy DeFaria) writes:
>>Now  I'm sitting in Unit One  and  have made a change.   I have the Primary
>>file set to Foo  and I  issue a make.  TP  compile Foo but  fails to notice
>>that Unit One  has changed. 

>If you haven't changed the date on One's source code, Make won't see that
>One has changed.  Try saving the changed code before issuing the Make, and
>see if that corrects the problem.

I would say TP's make _is_ broken in that sense that it has access to
information about the integrated development environment (naming?) and
is therefore able to spot unsaved files and ask the user what to do!

I think the problem may be surcomvented by setting auto save on!

Leif Andrew


Leif Andrew Rump, AmbraSoft A/S, Stroedamvej 50, DK-2100 Copenhagen OE, Denmark
UUCP: andrew@ambra.dk, phone: +45 39 27 11 77                /
Currently at Scandinavian Airline Systems                =======/
UUCP: andrew@resam.dk, phone: +45 32 32 51 54                \
SAS, RESAM Project Office, CPHML-V, P.O.BOX 150, DK-2770 Kastrup, Denmark

> > Read oe as: o <backspace> / (slash) and OE as O <backspace> / (slash) < <