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 e
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 t
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 tr
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
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 addi
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
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:
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
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
writ
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, b
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
___
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 si
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 lo
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 ChangesPath
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
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 is
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 f
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, 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
>
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 architectur
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. D
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 known
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
___
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
: > cou
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
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 bsd
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
___
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 y
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 [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
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
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 d
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
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
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:
: > .Makefil
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
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 excel
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 i
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 men
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 Ch
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 -21
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
http:
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 Ch
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 li
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= build*", now that it actually works.
Prompted by:imp
Revision ChangesPath
1.
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 -04
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 undocument
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 th
* 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 worl
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 approac
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 t
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
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 lik
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,
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 file
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_WO
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
ty
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 wo
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 undocumente
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 buildworld/insta
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:
> > :
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
___
cvs-all@freebsd.or
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 Baldwi
On Tue, 20 Jun 2006 11:53:21 -0700
"David O'Brien" <[EMAIL PROTECTED]> 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 buildw
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 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
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 mes
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!
>
>
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 bu
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 'gro
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:
> > > > O
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
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 intent
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
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
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' witho
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:4
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 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
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> > the
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 ru
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''
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:
> >
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 v
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 HISTORICAL_M
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
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).
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 whe
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
___
ru 2006-03-06 19:36:23 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
.Makefile
Log:
MFC: don't attempt to compile DEFAULTS and don't compile LINT twice.
Requested by: jkoshy
Approved by:re (scottl)
Revision Chang
1 - 100 of 109 matches
Mail list logo
