New version that cleans up all of /usr/obj on amd64, i386 and macppc
(including the machine@ symlinks). I verified that it survives
make build and make release on these three architectures.
The previous diff had a bug that made make 'includes error' out on archs
different from amd64 and i386 becau
Here's a different approach that doesn't involve the ugly branching
depending on id -u.
When Theo and I discussed the problem, we concluded that the order of
cleandir: and includes: is wrong during make build. Swapping them
results in a list of 28 root-owned files in /usr/obj/:
lib/libcrypto/obj
On Thu, Oct 13, 2016 at 02:48:07AM +0200, Theo Buehler wrote:
> On Wed, Oct 12, 2016 at 10:30:26PM +0200, Theo Buehler wrote:
> > Several people noticed that a few files from libstdc++-v3 in /usr/obj
> > end up being owned by root, namely:
> >
> > c++config.h gthr.h gthr-single.h gthr-posix.h gthr
On Wed, Oct 12, 2016 at 10:30:26PM +0200, Theo Buehler wrote:
> Several people noticed that a few files from libstdc++-v3 in /usr/obj
> end up being owned by root, namely:
>
> c++config.h gthr.h gthr-single.h gthr-posix.h gthr-tpf.h gthr-default.h
>
> The problem is that they are regenerated by r
Several people noticed that a few files from libstdc++-v3 in /usr/obj
end up being owned by root, namely:
c++config.h gthr.h gthr-single.h gthr-posix.h gthr-tpf.h gthr-default.h
The problem is that they are regenerated by root when beforeinstall does
'make includes' directly from /usr/src/include
