Re: semantics of .DELETE_ON_ERROR

2000-07-05 Thread Paul D. Smith
%% Raymond Nijssen <[EMAIL PROTECTED]> writes: rn> ::: "PDS" == Paul D Smith <[EMAIL PROTECTED]> writes: >> %% Raymond Nijssen <[EMAIL PROTECTED]> writes: rn> As a result, my .a files are not deleted if a .o file fails to rn> compile, and then my executable will link happily in a recurs

Re: semantics of .DELETE_ON_ERROR

2000-07-05 Thread Raymond Nijssen
::: "PDS" == Paul D Smith <[EMAIL PROTECTED]> writes: > %% Raymond Nijssen <[EMAIL PROTECTED]> writes: rn> As a result, my .a files are not deleted if a .o file fails to rn> compile, and then my executable will link happily in a recursive rn> make environment. This is undesired. > That me

Re: semantics of .DELETE_ON_ERROR

2000-07-05 Thread Paul D. Smith
%% Raymond Nijssen <[EMAIL PROTECTED]> writes: rn> As a result, my .a files are not deleted if a .o file fails to rn> compile, and then my executable will link happily in a recursive rn> make environment. This is undesired. That means your recursive make environment isn't set up correctly

semantics of .DELETE_ON_ERROR

2000-07-05 Thread Raymond Nijssen
Hi, When an error occurs in a rule, make will not delete the target if the timestamp has not changed. As a result, my .a files are not deleted if a .o file fails to compile, and then my executable will link happily in a recursive make environment. This is undesired. The makefile looks like: -

Re: [PATCH] Spelling fixes

2000-07-05 Thread Paul D. Smith
Thanks. -- --- Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at: http://www.gnu.org http://www.paulandlesley.org/gmake/ "Please remain calm...I may be mad, but I am a professi

Re: I: patch against SEGV in function.c

2000-07-05 Thread Paul D. Smith
%% "Dmitry V. Levin" <[EMAIL PROTECTED]> writes: dvl> There is an ancient SEGV bug in file function.c which have a dvl> trivial fix (attached). Strange why it haven't been fixed yet... Can you show me an example where this will SEGV? I can't see any way in which filenm could ever be 0 in th