kib 2008-08-27 19:37:19 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
.Makefile
Log:
SVN rev 182295 on 2008-08-27 19:37:19Z by kib
Do not build CFT information during buildworld. The resulted stripped
static binaries are not
bz 2008-06-17 09:06:46 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
SVN rev 179842 on 2008-06-17 09:06:46Z by bz
For make universe, in addition to make.conf, also ignore a
src.conf with possibe non-default options.
Reviewed by:
In message [EMAIL PROTECTED], Bjoern A. Zeeb
writes:
bz 2008-06-17 09:06:46 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
SVN rev 179842 on 2008-06-17 09:06:46Z by bz
For make universe, in addition to make.conf, also ignore a
src.conf
On Tue, 17 Jun 2008, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Bjoern A. Zeeb
writes:
bz 2008-06-17 09:06:46 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
SVN rev 179842 on 2008-06-17 09:06:46Z by bz
For make universe, in
In message [EMAIL PROTECTED], Bjoern A. Zeeb
writes:
For make universe, in addition to make.conf, also ignore a
src.conf with possibe non-default options.
Actually, that was deliberately not ignored to make it possible
to test nonstandard trees with universe also.
Maybe we need a better
bz 2008-06-17 11:08:49 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
SVN rev 179845 on 2008-06-17 11:08:49Z by bz
Back out rev. 1.352 (SVN rev 179842) as phk pointed out that
SRCCONF was omitted here to be able to build non standard
On Tue, 17 Jun 2008, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Bjoern A. Zeeb
writes:
For make universe, in addition to make.conf, also ignore a
src.conf with possibe non-default options.
Actually, that was deliberately not ignored to make it possible
to test nonstandard
On Mon, May 26, 2008 at 08:31:02AM +0100, Robert Watson wrote:
According to our tier documentation, sun4v is a tier 2 platform -- either
on the way up, or on the way down, depending on how you look at it. All of
the other tier 2 platforms, including ARM, PowerPC, ia64 and sparc64,
appear in
In message: [EMAIL PROTECTED]
Peter Wemm [EMAIL PROTECTED] writes:
: It seems a shame to compile sparc64 userland twice for universe. And
: on that note, do we compile i386 twice for i386 and pc98?
pc98 and i386 userland do differ.
Warner
On Tue, May 27, 2008 at 4:06 AM, David Schultz [EMAIL PROTECTED] wrote:
On Mon, May 26, 2008, Peter Wemm wrote:
On Mon, May 26, 2008 at 12:06 AM, Poul-Henning Kamp [EMAIL PROTECTED]
wrote:
In message [EMAIL PROTECTED], John Birrell writes:
I will back out the change, but I think you are
On May 27, 2008, at 3:35 PM, Peter Wemm wrote:
On Tue, May 27, 2008 at 4:06 AM, David Schultz [EMAIL PROTECTED]
wrote:
On Mon, May 26, 2008, Peter Wemm wrote:
On Mon, May 26, 2008 at 12:06 AM, Poul-Henning Kamp [EMAIL PROTECTED]
wrote:
In message [EMAIL PROTECTED], John Birrell
writes:
On Sun, 25 May 2008, John Birrell wrote:
Remove sun4v from the list of arches in 'make universe'. There has been
no active development on it for over a year now and it isn't
reliable under a simple buildworld. Developers can't be expected to
test code targeted for it.
Having an
On Sun, May 25, 2008 at 06:03:22PM +0100, Robert Watson wrote:
Is there something in your recent work that prevents sun4v from compiling
and hence justifies disabling it entirely, and hence guaranteeing it won't
compile in the future because it falls off the make it compile radar? If
so,
In message [EMAIL PROTECTED], John Birrell writes:
I haven't removed any support for building sun4v. I just think that the
few people who do build universe shouldn't have to wait for a dead
port to build.
While I appreciate the concern, I don't actually think many people
run universe in the
On Sun, 2008-05-25 at 19:59 +, John Birrell wrote:
On Sun, May 25, 2008 at 06:03:22PM +0100, Robert Watson wrote:
Is there something in your recent work that prevents sun4v from compiling
and hence justifies disabling it entirely, and hence guaranteeing it won't
compile in the future
On Sun, 25 May 2008, John Birrell wrote:
The last time I checked, the sun4v port wouldn't even boot on my T2000, so I
have to ask if there is anyone who even knows that. Or cares. Just keeping
the code compiling is not good enough. It has to actually work.
No one would argue that compiling
On Sun, May 25, 2008 at 11:00:40PM +0100, Robert Watson wrote:
I think you should consider backing out the change -- the point of make
universe is to build as much as we possibly can of the tree, including all
variations on architectures, as many obscure kernel configurations as we
can
jb 2008-05-25 22:13:17 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
Backout the change to remove sun4v.
Note that sun4v is currently broken on T2000 hardware so it's pretty
much a lame duck at this point.
Revision Changes
On Sun, 25 May 2008, John Birrell wrote:
Backout the change to remove sun4v.
Note that sun4v is currently broken on T2000 hardware so it's pretty
much a lame duck at this point.
Thanks -- the future of sun4v may or may not be bright, but I think keeping it
compiling comes at relatively
In message: [EMAIL PROTECTED]
Robert Watson [EMAIL PROTECTED] writes:
: On Sun, 25 May 2008, John Birrell wrote:
:
: Remove sun4v from the list of arches in 'make universe'. There has been
: no active development on it for over a year now and it isn't
: reliable under a simple
jb 2008-05-25 02:48:57 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
Remove sun4v from the list of arches in 'make universe'. There has been
no active development on it for over a year now and it isn't
reliable under a simple buildworld.
jb 2008-05-23 04:20:59 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
Add a knob to allow just the kernels to be built during a 'make universe'.
This is useful when wanting to retry a broken build using NOCLEAN and the
buildworlds are
rwatson 2008-05-10 18:43:57 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
.Makefile
Log:
Merge Makefile:1.348 from HEAD to RELENG_7:
Mention -U and -ai arguments to mergemaster in a comment for the
general mergemaster line.
rwatson 2008-04-29 09:08:33 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
Mention -U and -ai arguments to mergemaster in a comment for the
general mergemaster line.
MFC after: 3 days
Suggested by: Ben Laurie
Revision Changes
pav 2008-03-31 13:32:55 UTC
FreeBSD src repository (doc,ports committer)
Modified files:
.Makefile
Log:
Double up the necessary size of /usr/obj to 800MB
PR: misc/99735
Reported by:Philip M. Gollucci [EMAIL PROTECTED],
ru 2008-03-25 15:47:22 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
Add code that should catch the most common case when date/time is
set incorrectly.
Revision ChangesPath
1.346 +4 -0 src/Makefile
jhb 2008-02-12 20:19:34 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
.Makefile
Log:
MFC: Add a note pointing to build(7) for more info.
Revision ChangesPath
1.319.2.7 +2 -0 src/Makefile
jhb 2008-02-12 20:17:53 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
.Makefile
Log:
MFC: Add a note pointing to build(7) for more info.
Revision ChangesPath
1.341.2.2 +2 -0 src/Makefile
jhb 2008-01-30 19:33:18 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
Add a note pointing to build(7) for more info.
MFC after: 1 week
Reviewed by:ru
Revision ChangesPath
1.345 +2 -0 src/Makefile
On 2007-12-11 20:00, Warner Losh [EMAIL PROTECTED] wrote:
Don't assume that make(1) is a bsd-like make program. It might not
be. This only matters in the early stages of bootstrapping, of
course, but gnu make can't handle bsd make Makefiles at all if they
use any of the 'dot' directives,
In message: [EMAIL PROTECTED]
Giorgos Keramidas [EMAIL PROTECTED] writes:
: On 2007-12-11 20:00, Warner Losh [EMAIL PROTECTED] wrote:
: Don't assume that make(1) is a bsd-like make program. It might not
: be. This only matters in the early stages of bootstrapping, of
: course, but
imp 2007-12-13 00:08:02 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
We don't need to invent BSDMAKE. ${MAKE} is sufficient.
Submitted by: jmallet@
Revision ChangesPath
1.344 +2 -3 src/Makefile
imp 2007-12-11 20:00:55 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
Don't assume that make(1) is a bsd-like make program. It might not be. This
only matters in the early stages of bootstrapping, of course, but gnu make
can't
handle
delphij 2007-11-22 01:33:08 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
.Makefile
Log:
MFC revision 1.342
date: 2007/10/18 08:41:52; author: delphij; state: Exp; lines: +2 -2
Do not bail out for cleanworld target just because
delphij 2007-10-18 08:41:52 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
Do not bail out for cleanworld target just because
chflags is failed.
Revision ChangesPath
1.342 +2 -2 src/Makefile
des 2007-05-16 08:46:36 UTC
FreeBSD src repository
Modified files:
.Makefile Makefile.inc1
Log:
Expose all of {check,delete}-old{,-dirs,-files,-libs}.
MFC after: 3 weeks
Revision ChangesPath
1.341 +12 -5 src/Makefile
1.578
Quoting Dag-Erling Smorgrav [EMAIL PROTECTED] (from Wed, 16 May 2007
08:46:36 + (UTC)):
des 2007-05-16 08:46:36 UTC
FreeBSD src repository
Modified files:
.Makefile Makefile.inc1
Log:
Expose all of {check,delete}-old{,-dirs,-files,-libs}.
The
Alexander Leidinger [EMAIL PROTECTED] writes:
For the check-old target there's no reason to split up the targets, as
you can list them unconditionally. For developing convenience I did
chose to have the check-old-XXX targets in Makefile.inc1 (make -f
Makefile.inc1 TARGET works just fine). I
Quoting [EMAIL PROTECTED] (Dag-Erling Smørgrav) (Wed, 16 May 2007 15:28:08
+0200):
Alexander Leidinger [EMAIL PROTECTED] writes:
For the check-old target there's no reason to split up the targets, as
you can list them unconditionally. For developing convenience I did
chose to have the
Alexander Leidinger [EMAIL PROTECTED] writes:
Not all targets in Makefile.inc1 are exposed, so why not make them all
available...
Not all targets in Makefile.inc1 are useful. These are.
Can you please find something real to argue about?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
Quoting Dag-Erling Smørgrav [EMAIL PROTECTED] (Wed, 16 May 2007 20:45:15
+0200):
Alexander Leidinger [EMAIL PROTECTED] writes:
Not all targets in Makefile.inc1 are exposed, so why not make them all
available...
Not all targets in Makefile.inc1 are useful. These are.
Can you please
marcel 2007-04-02 21:32:44 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
Introduce a variable TARGETS that can be set on the make command line
and that controls which platforms are being built as part of a make
universe. By default TARGETS is
On Monday, 2 April 2007 at 21:32:44 +, Marcel Moolenaar wrote:
marcel 2007-04-02 21:32:44 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
Introduce a variable TARGETS that can be set on the make command
line
This sounded excellent
On Apr 2, 2007, at 6:25 PM, Greg 'groggy' Lehey wrote:
On Monday, 2 April 2007 at 21:32:44 +, Marcel Moolenaar wrote:
marcel 2007-04-02 21:32:44 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
Introduce a variable TARGETS that can be set on
In message: [EMAIL PROTECTED]
Greg 'groggy' Lehey [EMAIL PROTECTED] writes:
: On Monday, 2 April 2007 at 21:32:44 +, Marcel Moolenaar wrote:
: marcel 2007-04-02 21:32:44 UTC
:
:FreeBSD src repository
:
:Modified files:
: .Makefile
:Log:
On 04/02/07 23:38, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Greg 'groggy' Lehey [EMAIL PROTECTED] writes:
: On Monday, 2 April 2007 at 21:32:44 +, Marcel Moolenaar wrote:
: marcel 2007-04-02 21:32:44 UTC
:
:FreeBSD src repository
:
:Modified files:
:
ru 2007-03-28 08:46:02 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
.Makefile
Log:
MFC: Add powerpc to the universe. In rev. 1.339 I accidentally
added it in HEAD without mentioning the fact in the commit log.
Revision
On Mar 28, 2007, at 1:46 AM, Ruslan Ermilov wrote:
ru 2007-03-28 08:46:02 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
.Makefile
Log:
MFC: Add powerpc to the universe. In rev. 1.339 I accidentally
added it in HEAD without
ru 2006-12-04 18:44:07 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
.Makefile Makefile.inc1
Log:
MFC: Support cross-building by just specifying TARGET.
Requested by: sam
RevisionChangesPath
1.319.2.5 +17
ru 2006-11-28 01:03:29 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
Add arm to universe.
Revision ChangesPath
1.339 +1 -1 src/Makefile
___
cvs-all@freebsd.org mailing list
jb 2006-11-01 09:05:40 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
When building an upgraded make, don't worry about processing it for
use with DTrace because the normal buildworld will do that when the
tools are built.
Revision
jb 2006-10-16 22:18:59 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
Add sun4v to the 'universe'.
Revision ChangesPath
1.336 +1 -1 src/Makefile
___
cvs-all@freebsd.org mailing
ru 2006-09-08 10:13:16 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
In make universe, utilize simplified cross-build synopsis,
make TARGET=machine build*, now that it actually works.
Prompted by:imp
Revision ChangesPath
On Tue, Jun 20, 2006 at 05:14:09PM -0400, John Baldwin wrote:
Fair enough. How about just making it undocumented again then? :)
Or if 'make world' is desired to be disabled, there's also this approach:
Index: Makefile
===
RCS
On Wed, Jun 21, 2006 at 04:07:06PM -0600, M. Warner Losh wrote:
In message: [EMAIL PROTECTED] M. Warner Losh [EMAIL PROTECTED] writes:
: The problem with making it 'user-supported' is that it really is a
: dangerous tool for the normal user. Sure, it mostly works, most of
: the time, for most
On Thu, 22 Jun 2006 00:35:23 -0700
David O'Brien [EMAIL PROTECTED] wrote:
On Tue, Jun 20, 2006 at 05:14:09PM -0400, John Baldwin wrote:
Fair enough. How about just making it undocumented again then? :)
Or if 'make world' is desired to be disabled, there's also this approach:
I like this
On Thu, Jun 22, 2006 at 10:59:26AM +0930, Greg 'groggy' Lehey wrote..
On Wednesday, 21 June 2006 at 18:51:02 -0400, Garance A Drosihn wrote:
At 4:07 PM -0600 6/21/06, M. Warner Losh wrote:
:
: And we're back to the compromise that we had before...
Unless we want to require
imp 2006-06-22 16:52:53 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
Per weak consensus on this topic, remove suggestion to set
HISTORICAL_MAKE_WORLD from the text that's output. This was committed
against the previous consensus. Leave
In message: [EMAIL PROTECTED]
David O'Brien [EMAIL PROTECTED] writes:
: On Tue, Jun 20, 2006 at 05:14:09PM -0400, John Baldwin wrote:
: Fair enough. How about just making it undocumented again then? :)
:
: Or if 'make world' is desired to be disabled, there's also this approach:
* John Baldwin [EMAIL PROTECTED] [060620 13:31] wrote:
On Tuesday 20 June 2006 14:53, David O'Brien wrote:
On Wed, Jun 07, 2006 at 07:43:00PM -0400, Tom Rhodes wrote:
Personally, I was debating on just removing most of the
world target with just a message:
The world target has been
On Thursday 22 June 2006 13:09, Alfred Perlstein wrote:
* John Baldwin [EMAIL PROTECTED] [060620 13:31] wrote:
On Tuesday 20 June 2006 14:53, David O'Brien wrote:
On Wed, Jun 07, 2006 at 07:43:00PM -0400, Tom Rhodes wrote:
Personally, I was debating on just removing most of the
world
On Thu, 22 Jun 2006 10:54:26 -0600 (MDT)
M. Warner Losh [EMAIL PROTECTED] wrote:
In message: [EMAIL PROTECTED]
David O'Brien [EMAIL PROTECTED] writes:
: On Tue, Jun 20, 2006 at 05:14:09PM -0400, John Baldwin wrote:
: Fair enough. How about just making it undocumented again then?
On Thu, 22 Jun 2006 16:27:06 -0400
John Baldwin [EMAIL PROTECTED] wrote:
On Thursday 22 June 2006 13:09, Alfred Perlstein wrote:
* John Baldwin [EMAIL PROTECTED] [060620 13:31] wrote:
On Tuesday 20 June 2006 14:53, David O'Brien wrote:
On Wed, Jun 07, 2006 at 07:43:00PM -0400, Tom
obrien 2006-06-21 09:53:42 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
Note a short-cut in the build procedure.
Revision ChangesPath
1.333 +1 -0 src/Makefile
___
On Tuesday 20 June 2006 19:34, Tom Rhodes wrote:
On Tue, 20 Jun 2006 15:51:40 -0600 (MDT)
M. Warner Losh [EMAIL PROTECTED] wrote:
In message: [EMAIL PROTECTED]
John Baldwin [EMAIL PROTECTED] writes:
: On Tuesday 20 June 2006 16:41, M. Warner Losh wrote:
: In message:
In message: [EMAIL PROTECTED]
John Baldwin [EMAIL PROTECTED] writes:
: The nature of the compromise over 'make world' was that rather than removing
: the knob we'd leave it undocumented so that new users aren't tempted to use
: it, but instead will revert to using
In message: [EMAIL PROTECTED]
M. Warner Losh [EMAIL PROTECTED] writes:
: In message: [EMAIL PROTECTED]
: John Baldwin [EMAIL PROTECTED] writes:
: : The nature of the compromise over 'make world' was that rather than
removing
: : the knob we'd leave it undocumented so that
On Wed, Jun 21, 2006 at 04:07:06PM -0600, M. Warner Losh wrote..
In message: [EMAIL PROTECTED]
M. Warner Losh [EMAIL PROTECTED] writes:
: In message: [EMAIL PROTECTED]
: John Baldwin [EMAIL PROTECTED] writes:
: : The nature of the compromise over 'make world' was that
At 4:07 PM -0600 6/21/06, M. Warner Losh wrote:
:
: And we're back to the compromise that we had before...
Unless we want to require I_KNOW_WORLD_CAN_HURT_ME instead
of HISTORICAL_MAKE_WORLD :-)
NO_FUTURE_WORLD ... GRIM_FUTURE_WORLD
(there's some disk-program that requires the user
On Wednesday, 21 June 2006 at 18:51:02 -0400, Garance A Drosihn wrote:
At 4:07 PM -0600 6/21/06, M. Warner Losh wrote:
:
: And we're back to the compromise that we had before...
Unless we want to require I_KNOW_WORLD_CAN_HURT_ME instead
of HISTORICAL_MAKE_WORLD :-)
NO_FUTURE_WORLD ...
On Wed, Jun 07, 2006 at 07:43:00PM -0400, Tom Rhodes wrote:
Personally, I was debating on just removing most of the
world target with just a message:
The world target has been replaced with the buildworld target.
No!
'make world' is still my normal building process. Why force
make
On Tuesday 20 June 2006 14:53, David O'Brien wrote:
On Wed, Jun 07, 2006 at 07:43:00PM -0400, Tom Rhodes wrote:
Personally, I was debating on just removing most of the
world target with just a message:
The world target has been replaced with the buildworld target.
No!
'make world'
In message: [EMAIL PROTECTED]
John Baldwin [EMAIL PROTECTED] writes:
: On Tuesday 20 June 2006 14:53, David O'Brien wrote:
: On Wed, Jun 07, 2006 at 07:43:00PM -0400, Tom Rhodes wrote:
: Personally, I was debating on just removing most of the
: world target with just a message:
:
On Tuesday 20 June 2006 16:41, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
John Baldwin [EMAIL PROTECTED] writes:
: On Tuesday 20 June 2006 14:53, David O'Brien wrote:
: On Wed, Jun 07, 2006 at 07:43:00PM -0400, Tom Rhodes wrote:
: Personally, I was debating on just
In message: [EMAIL PROTECTED]
John Baldwin [EMAIL PROTECTED] writes:
: On Tuesday 20 June 2006 16:41, M. Warner Losh wrote:
: In message: [EMAIL PROTECTED]
: John Baldwin [EMAIL PROTECTED] writes:
: : On Tuesday 20 June 2006 14:53, David O'Brien wrote:
: : On Wed, Jun
On Tue, 20 Jun 2006 15:51:40 -0600 (MDT)
M. Warner Losh [EMAIL PROTECTED] wrote:
In message: [EMAIL PROTECTED]
John Baldwin [EMAIL PROTECTED] writes:
: On Tuesday 20 June 2006 16:41, M. Warner Losh wrote:
: In message: [EMAIL PROTECTED]
: John Baldwin [EMAIL
On Monday 12 June 2006 19:37, Greg 'groggy' Lehey wrote:
On Monday, 12 June 2006 at 8:49:56 -0400, John Baldwin wrote:
On Friday 09 June 2006 20:57, Greg 'groggy' Lehey wrote:
On Friday, 9 June 2006 at 8:53:47 -0400, John Baldwin wrote:
On Wednesday 07 June 2006 20:48, Greg 'groggy'
On Friday 09 June 2006 20:38, Tom Rhodes wrote:
On Fri, 9 Jun 2006 08:53:47 -0400
John Baldwin [EMAIL PROTECTED] wrote:
On Wednesday 07 June 2006 20:48, Greg 'groggy' Lehey wrote:
On Wednesday, 7 June 2006 at 10:51:45 -0400, John Baldwin wrote:
On Tuesday 06 June 2006 23:33, Tom
On Friday 09 June 2006 20:57, Greg 'groggy' Lehey wrote:
On Friday, 9 June 2006 at 8:53:47 -0400, John Baldwin wrote:
On Wednesday 07 June 2006 20:48, Greg 'groggy' Lehey wrote:
On Wednesday, 7 June 2006 at 10:51:45 -0400, John Baldwin wrote:
I thought the obfuscation was intentional as
On Monday, 12 June 2006 at 8:49:56 -0400, John Baldwin wrote:
On Friday 09 June 2006 20:57, Greg 'groggy' Lehey wrote:
On Friday, 9 June 2006 at 8:53:47 -0400, John Baldwin wrote:
On Wednesday 07 June 2006 20:48, Greg 'groggy' Lehey wrote:
Obfuscation is always wrong.
Not in this case.
On Sat, 10 Jun 2006 12:21:55 +0100
Ceri Davies [EMAIL PROTECTED] wrote:
On Fri, Jun 09, 2006 at 08:38:02PM -0400, Tom Rhodes wrote:
On Fri, 9 Jun 2006 08:53:47 -0400
John Baldwin [EMAIL PROTECTED] wrote:
On Wednesday 07 June 2006 20:48, Greg 'groggy' Lehey wrote:
On Wednesday, 7
On Fri, Jun 09, 2006 at 08:38:02PM -0400, Tom Rhodes wrote:
On Fri, 9 Jun 2006 08:53:47 -0400
John Baldwin [EMAIL PROTECTED] wrote:
On Wednesday 07 June 2006 20:48, Greg 'groggy' Lehey wrote:
On Wednesday, 7 June 2006 at 10:51:45 -0400, John Baldwin wrote:
On Tuesday 06 June 2006
On Thursday 08 June 2006 15:32, Dmitry Morozovsky wrote:
On Wed, 7 Jun 2006, Tom Rhodes wrote:
TR I thought the obfuscation was intentional as very few people should be
doing
TR a 'make world' without a custom DESTDIR these days. Certainly people
new to
TR FreeBSD shouldn't be doing
On Wednesday 07 June 2006 20:48, Greg 'groggy' Lehey wrote:
On Wednesday, 7 June 2006 at 10:51:45 -0400, John Baldwin wrote:
On Tuesday 06 June 2006 23:33, Tom Rhodes wrote:
trhodes 2006-06-07 03:33:48 UTC
FreeBSD src repository
Modified files:
.
On Fri, 9 Jun 2006 08:53:47 -0400
John Baldwin [EMAIL PROTECTED] wrote:
On Wednesday 07 June 2006 20:48, Greg 'groggy' Lehey wrote:
On Wednesday, 7 June 2006 at 10:51:45 -0400, John Baldwin wrote:
On Tuesday 06 June 2006 23:33, Tom Rhodes wrote:
trhodes 2006-06-07 03:33:48 UTC
On Friday, 9 June 2006 at 8:53:47 -0400, John Baldwin wrote:
On Wednesday 07 June 2006 20:48, Greg 'groggy' Lehey wrote:
On Wednesday, 7 June 2006 at 10:51:45 -0400, John Baldwin wrote:
I thought the obfuscation was intentional as very few people should
be doing a 'make world' without a
On Wed, 7 Jun 2006, Tom Rhodes wrote:
TR I thought the obfuscation was intentional as very few people should be
doing
TR a 'make world' without a custom DESTDIR these days. Certainly people new
to
TR FreeBSD shouldn't be doing it; only those with the command hardwired into
TR their
On Wed, Jun 07, 2006 at 03:33:48AM +, Tom Rhodes wrote:
trhodes 2006-06-07 03:33:48 UTC
FreeBSD src repository
Modified files:
.Makefile README
Log:
Simply running ``make world'' will bomb unless you dig up the
undocumented
On Tuesday 06 June 2006 23:33, Tom Rhodes wrote:
trhodes 2006-06-07 03:33:48 UTC
FreeBSD src repository
Modified files:
.Makefile README
Log:
Simply running ``make world'' will bomb unless you dig up the
undocumented HISTORICAL_MAKE_WORLD variable
On Wed, 7 Jun 2006 10:28:43 +0100
Ceri Davies [EMAIL PROTECTED] wrote:
On Wed, Jun 07, 2006 at 03:33:48AM +, Tom Rhodes wrote:
trhodes 2006-06-07 03:33:48 UTC
FreeBSD src repository
Modified files:
.Makefile README
Log:
Simply running
On Wednesday, 7 June 2006 at 10:51:45 -0400, John Baldwin wrote:
On Tuesday 06 June 2006 23:33, Tom Rhodes wrote:
trhodes 2006-06-07 03:33:48 UTC
FreeBSD src repository
Modified files:
.Makefile README
Log:
Simply running ``make world'' will bomb
On Wed, 7 Jun 2006 10:51:45 -0400
John Baldwin [EMAIL PROTECTED] wrote:
On Tuesday 06 June 2006 23:33, Tom Rhodes wrote:
trhodes 2006-06-07 03:33:48 UTC
FreeBSD src repository
Modified files:
.Makefile README
Log:
Simply running ``make
imp 2006-06-06 16:24:54 UTC
FreeBSD src repository
Modified files:
.Makefile Makefile.inc1
Log:
Create a new target 'buildenvvars'. This target reports the build
environment for cross building (the same one you'd get interactively
in make buildenv).
trhodes 2006-06-07 03:33:48 UTC
FreeBSD src repository
Modified files:
.Makefile README
Log:
Simply running ``make world'' will bomb unless you dig up the
undocumented HISTORICAL_MAKE_WORLD variable and set it. Note it
here so the blow up will not really
netchild2006-05-26 18:10:06 UTC
FreeBSD src repository
Modified files:
.Makefile Makefile.inc1
Log:
Connect the kernel subsystem API documentation generation framework to
the build infrastructure: make doxygen
Changes to the man pages will be made when
jhb 2006-05-11 18:54:17 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
Disconnect Alpha from 'make universe'.
Revision ChangesPath
1.329 +1 -1 src/Makefile
___
cvs-all@freebsd.org
ru 2006-03-18 14:30:24 UTC
FreeBSD src repository
Modified files:
.Makefile Makefile.inc1
Log:
Add the new showconfig target that displays build configuration.
Suggested by: phk
Revision ChangesPath
1.328 +1 -1 src/Makefile
ru 2006-03-15 14:22:32 UTC
FreeBSD src repository
Modified files:
.Makefile
Log:
Make ${SUBDIR_TARGETS} work at the uppermost level as well.
Revision ChangesPath
1.327 +1 -0 src/Makefile
yar 2006-03-06 11:17:50 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
.Makefile
Log:
MFC rev. 1.326:
Do not discard the current value of __MAKE_CONF when testing
whether MAKEOBJDIRPREFIX is set at a wrong place.
yar 2006-03-06 11:22:53 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_5)
.Makefile
Log:
MFC rev. 1.326:
Do not discard the current value of __MAKE_CONF when testing
whether MAKEOBJDIRPREFIX is set at a wrong place.
1 - 100 of 107 matches
Mail list logo
