Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 11 Mar 2003 21:50:15 +1100 (EST)
From:      Bruce Evans <bde@zeta.org.au>
To:        "Jacques A. Vidrine" <nectar@FreeBSD.org>
Cc:        "David E. O'Brien" <obrien@FreeBSD.org>, "" <src-committers@FreeBSD.org>, "" <cvs-src@FreeBSD.org>, "" <cvs-all@FreeBSD.org>
Subject:   Re: cvs commit: src/secure/lib/libcrypto Makefile
Message-ID:  <20030311213028.B24561@gamplex.bde.org>
In-Reply-To: <20030310200645.GB5060@madman.celabo.org>
References:  <200303101943.h2AJhuX2037826@repoman.freebsd.org> <20030310200645.GB5060@madman.celabo.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 10 Mar 2003, Jacques A. Vidrine wrote:

> On Mon, Mar 10, 2003 at 11:43:56AM -0800, David E. O'Brien wrote:
> > obrien      2003/03/10 11:43:56 PST
> >
> >   FreeBSD src repository
> >
> >   Modified files:
> >     secure/lib/libcrypto Makefile
> >   Log:
> >   Don't error out the build if removing a "stale" symlink fails.
>
> Oops, sorry.  How does `rm -f' "error out"?  The `-f' should have
> "hidden" any non-zero exit status.  I guess it does not in all cases?

rm -f only ignores ENOENT errors.  There are open PRs about "rm -rf"
being broken on read-only file systems, but only "rm -f" is used so
this can't be the problem.  (rm normally sees ENOENT from lstat; for
the -r case it blunders on and tries to unlink the file, and most file
systems have the dubious behaviour of returning EROFS instead of ENOENT
for attempts to unlink nonexistent files, so rm -rf of a nonexistent
file (in an existent directory) sees EROFS and correctly barfs on it.)

So there seem to be 2 bugs removing the symlinks now:
- '-' before rm to hide bugs in rm.
- "echo" hard-coded to break "make -s".

Bruce

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030311213028.B24561>