On 8/8/06, Bob Friesenhahn <[EMAIL PROTECTED]> 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
_______________________________________________
Bug-libtool mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-libtool
