Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 15 Jun 2015 00:25:41 -0700
From:      "Simon J. Gerraty" <sjg@juniper.net>
To:        Julian Elischer <julian@freebsd.org>
Cc:        Dimitry Andric <dim@freebsd.org>, <src-committers@freebsd.org>, <svn-src-all@freebsd.org>, <svn-src-head@freebsd.org>
Subject:   Re: svn commit: r284345 - in head: . bin/cat bin/chflags bin/chio bin/chmod bin/cp bin/csh bin/date bin/dd bin/df bin/domainname bin/echo bin/ed bin/expr bin/freebsd-version bin/getfacl bin/hostname bi...
Message-ID:  <25709.1434353141@chaos>
In-Reply-To: <557E51B4.1000102@freebsd.org>
References:  <201506131920.t5DJKwMH033508@svn.freebsd.org> <E1583BE3-F407-4590-85F1-EAD9B6B7FED5@FreeBSD.org> <24490.1434318198@chaos> <557E51B4.1000102@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Julian Elischer <julian@freebsd.org> wrote:
> As long as there is a REALLY EASY WAY to regenerate them and it's well
> documented,

Building each directory (in meta mode) is all that is/should be needed.

> EXACTLY the same output
> each time unless there is a source change, (so svn doesn't see a
> change if there is none)

Yes the results are stable - in the absense of bugs in makefiles.
I think I fixed all those in the projects/bmake branch, but it is easy
to introduce new issues.
Anytime a makefile changes its behavior based on the existance of
something it risks churning the dependencies b/w clean/update build.

This same tech has been used by 1000+ engineers daily for a number of years
now, it has made it much harder for them to break the build.

> then I guess having them checked in is ok. (though a bit "yucky").
> I'd like the ability to make a full make however that DOES regenerate
> them if I feel I have the time.

When we've added targets to build system packages etc, then that should
be simple.
I still need to catch up with what bapt has been doing on that front
though.

Thanks
--sjg



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