[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: aCC link options

From: David Everly
Subject: Re: aCC link options
Date: Tue, 8 Aug 2006 20:00:32 -0600

On 8/8/06, Bob Friesenhahn <address@hidden> wrote:
On Tue, 8 Aug 2006, Ralf Wildenhues wrote:
> The opinions on this matter are certainly not unanimous.
> On the one hand, there is the issue you mention that re-make thinks the
> target is up-to-date, although it isn't (it exists but is result of a
> failed link, and does not have execute permission).  On the other hand,
> a link may take a long time, and the output file from a failed link may
> give useful clues as to the problem a programmer may encounter.

Regardless of possible value for debugging, leaving a broken target
behind which influences the next build attempt is clearly wrong
behavior.  A goal of autotools should be to obtain consistent behavior
in an inconsistent world.  Leaving stray files behind represents
inconsistent behavior which should be rectified.

I'm not sure I know how to make this happen, but perhaps a 'have your
cake and eat it too' solution would be to cause all link targets to:

1.  remove target.tmp
2.  link, outputting to target.tmp
3.  if the link doesn't fail, mv target.tmp target

ASCII ribbon campaign:
()  against HTML email
/\  against Microsoft attachments
   Information:  http://www.expita.com/nomime.html

reply via email to

[Prev in Thread] Current Thread [Next in Thread]