___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
TB --- 2008-08-23 09:39:44 - tinderbox 2.3 running on freebsd-legacy.sentex.ca
TB --- 2008-08-23 09:39:44 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2008-08-23 09:39:44 - cleaning the object tree
TB --- 2008-08-23 09:40:05 - cvsupping the source tree
TB --- 2008-08-23 09:40:05 - /
TB --- 2009-01-06 17:45:35 - tinderbox 2.6 running on freebsd-legacy.sentex.ca
TB --- 2009-01-06 17:45:35 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2009-01-06 17:45:35 - cleaning the object tree
TB --- 2009-01-06 17:46:00 - cvsupping the source tree
TB --- 2009-01-06 17:46:00 - /
TB --- 2010-05-04 02:41:37 - tinderbox 2.6 running on freebsd-legacy.sentex.ca
TB --- 2010-05-04 02:41:37 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2010-05-04 02:41:37 - cleaning the object tree
TB --- 2010-05-04 02:41:49 - cvsupping the source tree
TB --- 2010-05-04 02:41:49 - /
TB --- 2007-11-18 16:11:55 - tinderbox 2.3 running on freebsd-legacy.sentex.ca
TB --- 2007-11-18 16:11:55 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2007-11-18 16:11:55 - cleaning the object tree
TB --- 2007-11-18 16:12:22 - checking out the source tree
TB --- 2007-11-18 16:12:22
TB --- 2007-11-28 03:59:29 - tinderbox 2.3 running on freebsd-legacy.sentex.ca
TB --- 2007-11-28 03:59:29 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2007-11-28 03:59:29 - cleaning the object tree
TB --- 2007-11-28 04:00:00 - cvsupping the source tree
TB --- 2007-11-28 04:00:00 - /
TB --- 2007-11-28 16:44:30 - tinderbox 2.3 running on freebsd-legacy.sentex.ca
TB --- 2007-11-28 16:44:30 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2007-11-28 16:44:30 - cleaning the object tree
TB --- 2007-11-28 16:44:51 - cvsupping the source tree
TB --- 2007-11-28 16:44:51 - /
TB --- 2007-12-07 03:56:32 - tinderbox 2.3 running on freebsd-legacy.sentex.ca
TB --- 2007-12-07 03:56:32 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2007-12-07 03:56:32 - cleaning the object tree
TB --- 2007-12-07 03:56:57 - cvsupping the source tree
TB --- 2007-12-07 03:56:57 - /
TB --- 2007-12-08 04:29:29 - tinderbox 2.3 running on freebsd-legacy.sentex.ca
TB --- 2007-12-08 04:29:29 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2007-12-08 04:29:29 - cleaning the object tree
TB --- 2007-12-08 04:30:12 - cvsupping the source tree
TB --- 2007-12-08 04:30:12 - /
TB --- 2008-02-25 15:26:05 - tinderbox 2.3 running on freebsd-legacy.sentex.ca
TB --- 2008-02-25 15:26:05 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2008-02-25 15:26:05 - cleaning the object tree
TB --- 2008-02-25 15:26:42 - cvsupping the source tree
TB --- 2008-02-25 15:26:42 - /
TB --- 2008-02-26 06:41:59 - tinderbox 2.3 running on freebsd-legacy.sentex.ca
TB --- 2008-02-26 06:41:59 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2008-02-26 06:41:59 - cleaning the object tree
TB --- 2008-02-26 06:42:25 - cvsupping the source tree
TB --- 2008-02-26 06:42:25 - /
TB --- 2008-04-10 00:20:58 - tinderbox 2.3 running on freebsd-legacy.sentex.ca
TB --- 2008-04-10 00:20:58 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2008-04-10 00:20:58 - cleaning the object tree
TB --- 2008-04-10 00:21:33 - cvsupping the source tree
TB --- 2008-04-10 00:21:33 - /
TB --- 2008-04-26 00:19:20 - tinderbox 2.3 running on freebsd-legacy.sentex.ca
TB --- 2008-04-26 00:19:20 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2008-04-26 00:19:20 - cleaning the object tree
TB --- 2008-04-26 00:19:48 - cvsupping the source tree
TB --- 2008-04-26 00:19:48 - /
TB --- 2008-04-26 15:58:55 - tinderbox 2.3 running on freebsd-legacy.sentex.ca
TB --- 2008-04-26 15:58:55 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2008-04-26 15:58:55 - cleaning the object tree
TB --- 2008-04-26 15:59:19 - cvsupping the source tree
TB --- 2008-04-26 15:59:19 - /
TB --- 2008-06-03 09:06:24 - tinderbox 2.3 running on freebsd-legacy.sentex.ca
TB --- 2008-06-03 09:06:24 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2008-06-03 09:06:24 - cleaning the object tree
TB --- 2008-06-03 09:06:55 - cvsupping the source tree
TB --- 2008-06-03 09:06:55 - /
TB --- 2006-10-13 13:15:58 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2006-10-13 13:15:58 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2006-10-13 13:15:58 - cleaning the object tree
TB --- 2006-10-13 13:16:26 - checking out the source tree
TB --- 2006-10-13 13:16:26
TB --- 2007-03-21 18:35:12 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2007-03-21 18:35:12 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2007-03-21 18:35:12 - cleaning the object tree
TB --- 2007-03-21 18:35:43 - checking out the source tree
TB --- 2007-03-21 18:35:43
TB --- 2007-03-31 09:48:00 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2007-03-31 09:48:00 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2007-03-31 09:48:00 - cleaning the object tree
TB --- 2007-03-31 09:48:32 - checking out the source tree
TB --- 2007-03-31 09:48:32
TB --- 2007-04-18 09:26:54 - tinderbox 2.3 running on sobu.neville-neil.com
TB --- 2007-04-18 09:26:54 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2007-04-18 09:26:54 - mkdir /home/gnn/RELENG_6/sparc64
TB --- 2007-04-18 09:26:54 - mkdir /home/gnn/RELENG_6/sparc64/sparc64
TB --- 200
TB --- 2007-05-10 03:04:37 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2007-05-10 03:04:37 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2007-05-10 03:04:37 - cleaning the object tree
TB --- 2007-05-10 03:05:10 - checking out the source tree
TB --- 2007-05-10 03:05:10
TB --- 2007-05-11 13:24:38 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2007-05-11 13:24:38 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2007-05-11 13:24:38 - cleaning the object tree
TB --- 2007-05-11 13:25:06 - checking out the source tree
TB --- 2007-05-11 13:25:06
TB --- 2007-06-10 08:51:55 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2007-06-10 08:51:55 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2007-06-10 08:51:55 - cleaning the object tree
TB --- 2007-06-10 08:52:26 - checking out the source tree
TB --- 2007-06-10 08:52:26
TB --- 2007-08-25 01:09:49 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2007-08-25 01:09:49 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2007-08-25 01:09:49 - cleaning the object tree
TB --- 2007-08-25 01:10:19 - checking out the source tree
TB --- 2007-08-25 01:10:19
TB --- 2007-09-05 13:50:48 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2007-09-05 13:50:48 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2007-09-05 13:50:48 - cleaning the object tree
TB --- 2007-09-05 13:51:23 - checking out the source tree
TB --- 2007-09-05 13:51:23
TB --- 2007-10-04 16:25:01 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2007-10-04 16:25:01 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2007-10-04 16:25:01 - cleaning the object tree
TB --- 2007-10-04 16:25:37 - checking out the source tree
TB --- 2007-10-04 16:25:37
TB --- 2009-01-21 20:49:30 - tinderbox 2.6 running on freebsd-legacy.sentex.ca
TB --- 2009-01-21 20:49:30 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2009-01-21 20:49:30 - cleaning the object tree
TB --- 2009-01-21 20:49:59 - cvsupping the source tree
TB --- 2009-01-21 20:49:59 - /
TB --- 2005-10-07 23:54:04 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2005-10-07 23:54:04 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2005-10-07 23:54:04 - cleaning the object tree
TB --- 2005-10-07 23:54:30 - checking out the source tree
TB --- 2005-10-07 23:54:30
TB --- 2006-01-14 03:19:05 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2006-01-14 03:19:05 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2006-01-14 03:19:05 - cleaning the object tree
TB --- 2006-01-14 03:19:32 - checking out the source tree
TB --- 2006-01-14 03:19:32
TB --- 2006-01-26 07:51:44 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2006-01-26 07:51:44 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2006-01-26 07:51:44 - cleaning the object tree
TB --- 2006-01-26 07:52:23 - checking out the source tree
TB --- 2006-01-26 07:52:23
TB --- 2006-01-27 08:19:11 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2006-01-27 08:19:11 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2006-01-27 08:19:11 - cleaning the object tree
TB --- 2006-01-27 08:19:48 - checking out the source tree
TB --- 2006-01-27 08:19:48
TB --- 2006-01-28 10:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2006-01-28 10:15:00 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2006-01-28 10:15:00 - cleaning the object tree
TB --- 2006-01-28 10:15:13 - checking out the source tree
TB --- 2006-01-28 10:15:13
TB --- 2006-01-29 09:17:55 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2006-01-29 09:17:55 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2006-01-29 09:17:55 - cleaning the object tree
TB --- 2006-01-29 09:18:14 - checking out the source tree
TB --- 2006-01-29 09:18:14
TB --- 2006-01-30 11:18:40 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2006-01-30 11:18:40 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2006-01-30 11:18:40 - cleaning the object tree
TB --- 2006-01-30 11:19:06 - checking out the source tree
TB --- 2006-01-30 11:19:06
TB --- 2006-01-31 13:20:02 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2006-01-31 13:20:02 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2006-01-31 13:20:02 - cleaning the object tree
TB --- 2006-01-31 13:20:27 - checking out the source tree
TB --- 2006-01-31 13:20:27
TB --- 2006-02-01 15:43:51 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2006-02-01 15:43:51 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2006-02-01 15:43:51 - cleaning the object tree
TB --- 2006-02-01 15:44:16 - checking out the source tree
TB --- 2006-02-01 15:44:16
TB --- 2006-02-02 17:36:08 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2006-02-02 17:36:08 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2006-02-02 17:36:08 - cleaning the object tree
TB --- 2006-02-02 17:36:33 - checking out the source tree
TB --- 2006-02-02 17:36:33
TB --- 2006-03-13 10:37:02 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2006-03-13 10:37:02 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2006-03-13 10:37:02 - cleaning the object tree
TB --- 2006-03-13 10:37:31 - checking out the source tree
TB --- 2006-03-13 10:37:31
TB --- 2006-03-14 15:04:30 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2006-03-14 15:04:30 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2006-03-14 15:04:30 - cleaning the object tree
TB --- 2006-03-14 15:04:52 - checking out the source tree
TB --- 2006-03-14 15:04:52
TB --- 2006-04-14 02:55:12 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2006-04-14 02:55:12 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2006-04-14 02:55:12 - cleaning the object tree
TB --- 2006-04-14 02:55:38 - checking out the source tree
TB --- 2006-04-14 02:55:38
TB --- 2006-04-15 03:39:29 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2006-04-15 03:39:29 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2006-04-15 03:39:29 - cleaning the object tree
TB --- 2006-04-15 03:39:53 - checking out the source tree
TB --- 2006-04-15 03:39:53
TB --- 2006-07-11 20:24:34 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2006-07-11 20:24:34 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2006-07-11 20:24:34 - cleaning the object tree
TB --- 2006-07-11 20:25:02 - checking out the source tree
TB --- 2006-07-11 20:25:02
TB --- 2006-09-04 15:34:21 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2006-09-04 15:34:21 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2006-09-04 15:34:21 - cleaning the object tree
TB --- 2006-09-04 15:34:48 - checking out the source tree
TB --- 2006-09-04 15:34:48
Sorry for the breakage. This should have been fixed now.
On Mon, May 3, 2010 at 8:36 PM, FreeBSD Tinderbox wrote:
> TB --- 2010-05-04 02:41:37 - tinderbox 2.6 running on freebsd-legacy.sentex.ca
> TB --- 2010-05-04 02:41:37 - starting RELENG_6 tinderbox run for
> sparc64/sparc64
> TB --- 2010-0
This is failing since January 26. Shouldn't RELENG_6 build, especially
while we're preparing a release?
harti
On Wed, 1 Feb 2006, FreeBSD Tinderbox wrote:
FT>TB --- 2006-02-01 15:43:51 - tinderbox 2.3 running on
freebsd-current.sentex.ca
FT>TB --- 2006-02-01 15:43:51 - starting RELENG_6 tinde
I've been trying to reproduce this on my local hardware, but I can't
trigger it.
Scott
Harti Brandt wrote:
This is failing since January 26. Shouldn't RELENG_6 build, especially
while we're preparing a release?
harti
On Wed, 1 Feb 2006, FreeBSD Tinderbox wrote:
FT>TB --- 2006-02-01 15:43:
Scott Long <[EMAIL PROTECTED]> writes:
> I've been trying to reproduce this on my local hardware, but I can't
> trigger it.
The ISP driver abuses the inline keyword. As I told mjacob earlier,
the extensive inlining not only breaks the build, but probably hurts
performance as well.
(what gcc is c
Hmm- I doesn't recall "name not mentioned" telling me about this
earlier- perhaps he can dig up the mail as I haven't had any mail from
him directly in years that I recall.
Is the tinderbox still failing? I haven't seen that mail- maybe I'm not
on the list it's being sent to?
There are two
On Thu, 2 Feb 2006, Matthew Jacob wrote:
MJ>Is the tinderbox still failing? I haven't seen that mail- maybe I'm not on
MJ>the list it's being sent to?
You may look into either stable@ or spar64@
harti
___
freebsd-stable@freebsd.org mailing list
http://
On Thu, 2 Feb 2006, Matthew Jacob wrote:
MJ>Is the tinderbox still failing? I haven't seen that mail- maybe I'm not on
MJ>the list it's being sent to?
You may look into either stable@ or spar64@
Ah. I'm subscribed to neither. Okay- thanks for the headsup that it's
still broken. I have a sl
On Thu, 2 Feb 2006, Dag-Erling Sm?rgrav wrote:
DS>Scott Long <[EMAIL PROTECTED]> writes:
DS>> I've been trying to reproduce this on my local hardware, but I can't
DS>> trigger it.
DS>
DS>The ISP driver abuses the inline keyword. As I told mjacob earlier,
DS>the extensive inlining not only breaks
Harti Brandt <[EMAIL PROTECTED]> writes:
> The interesting point is: why does it build on my real sparc (2-UII CPUs,
> 512MByte memory), but not on the tinderbox. Is there something about the
> crosscompiler that is different?
Different CFLAGS perhaps?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTE
On Fri, 3 Feb 2006, Dag-Erling Sm?rgrav wrote:
DS>Harti Brandt <[EMAIL PROTECTED]> writes:
DS>> The interesting point is: why does it build on my real sparc (2-UII CPUs,
DS>> 512MByte memory), but not on the tinderbox. Is there something about the
DS>> crosscompiler that is different?
DS>
DS>Dif
Harti Brandt <[EMAIL PROTECTED]> writes:
> I have everything out-of-the-box - no special CFLAGS.
The tinderbox uses -O2. It is possible that -O2 causes gcc to
generate code which is slightly larger (but also slightly faster) in
some cases.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
On Fri, Feb 03, 2006 at 11:14:27AM +0100, Dag-Erling Sm?rgrav wrote:
> Harti Brandt <[EMAIL PROTECTED]> writes:
> > I have everything out-of-the-box - no special CFLAGS.
>
> The tinderbox uses -O2. It is possible that -O2 causes gcc to
> generate code which is slightly larger (but also slightly f
Kris Kennaway <[EMAIL PROTECTED]> writes:
> COPTFLAGS=-O -pipe according to the tinderbox logs.
Hmm, yes, apparently it only uses -O2 on HEAD.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freeb
On Fri, Feb 03, 2006 at 09:09:43AM +0100, Harti Brandt wrote:
> On Thu, 2 Feb 2006, Dag-Erling Sm?rgrav wrote:
>
> DS>Scott Long <[EMAIL PROTECTED]> writes:
> DS>> I've been trying to reproduce this on my local hardware, but I can't
> DS>> trigger it.
> DS>
> DS>The ISP driver abuses the inline ke
From: [EMAIL PROTECTED] (Dag-Erling Smørgrav)
Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64
Date: Fri, 03 Feb 2006 11:53:38 +0100
> Kris Kennaway <[EMAIL PROTECTED]> writes:
> > COPTFLAGS=-O -pipe according to the tinderbox logs.
>
> Hmm, yes, apparently it
From: [EMAIL PROTECTED] (Dag-Erling Smørgrav)
Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64
Date: Fri, 03 Feb 2006 10:22:25 +0100
> Harti Brandt <[EMAIL PROTECTED]> writes:
> > The interesting point is: why does it build on my real sparc (2-UII CPUs,
> > 512M
On Fri, 3 Feb 2006, Warner Losh wrote:
From: [EMAIL PROTECTED] (Dag-Erling Smørgrav)
Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64
Date: Fri, 03 Feb 2006 10:22:25 +0100
Harti Brandt <[EMAIL PROTECTED]> writes:
The interesting point is: why does it build on my real sparc
Warner Losh wrote:
From: [EMAIL PROTECTED] (Dag-Erling Smørgrav)
Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64
Date: Fri, 03 Feb 2006 11:53:38 +0100
Kris Kennaway <[EMAIL PROTECTED]> writes:
COPTFLAGS=-O -pipe according to the tinderbox logs.
Hmm, yes, apparently i
From: Scott Long <[EMAIL PROTECTED]>
Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64
Date: Fri, 03 Feb 2006 19:40:42 -0700
> Warner Losh wrote:
> > From: [EMAIL PROTECTED] (Dag-Erling Smørgrav)
> > Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64
On Fri, Feb 03, 2006 at 09:55:49PM -0700, Warner Losh wrote..
> From: Scott Long <[EMAIL PROTECTED]>
> Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64
> Date: Fri, 03 Feb 2006 19:40:42 -0700
>
> > Warner Losh wrote:
> > > From: [EMAIL PROTECTED] (D
On Sat, 4 Feb 2006, Wilko Bulte wrote:
[snip]
WB> > My point is that it is unreasonable to get bitched at for tinerbox
WB> > breakages that don't show up when building lint because the tinderbox
WB> > person is too stubborn to not use non-standard flags.
WB>
WB> I would think that the tinderboxe
On Sat, Feb 04, 2006 at 01:54:14PM +0300, Dmitry Morozovsky wrote..
> On Sat, 4 Feb 2006, Wilko Bulte wrote:
>
> [snip]
>
> WB> > My point is that it is unreasonable to get bitched at for tinerbox
> WB> > breakages that don't show up when building lint because the tinderbox
> WB> > person is too
Warner Losh <[EMAIL PROTECTED]> writes:
> Can we not have special flags for tinderbox builds? It make
> pre-commit testing a big pita. How about just -O on both head and
> in RELENG_6?
As I have repeatedly pointed out in the past, -O2 catches more bugs
because it enables optimizations which requ
In message: <[EMAIL PROTECTED]>
[EMAIL PROTECTED] (Dag-Erling Smørgrav) writes:
: Warner Losh <[EMAIL PROTECTED]> writes:
: > Can we not have special flags for tinderbox builds? It make
: > pre-commit testing a big pita. How about just -O on both head and
: > in RELENG_6?
:
: As I ha
IIRC, at NetApp -O2 was the default for all builds. I think it is safe to
say that the generated code is quite stable. If -O2 allows the compiler to
catch errors earlier it should be the default.
-Kip
On 2/4/06, M. Warner Losh <[EMAIL PROTECTED]> wrote:
>
> In message: <[EMAIL PROTECTED]>
I would think that the tinderboxes should run 100% the same flags as
what normal release builds use. Nothing more, nothing less.
What I would like to see is a pointer to a procedure and tools to make
sure builds aren't broken.
I've been refreshing my memory about email going back about 5
In message: <[EMAIL PROTECTED]>
Kip Macy <[EMAIL PROTECTED]> writes:
: IIRC, at NetApp -O2 was the default for all builds. I think it is safe to
: say that the generated code is quite stable. If -O2 allows the compiler to
: catch errors earlier it should be the default.
If things have
"M. Warner Losh" <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > As I have repeatedly pointed out in the past, -O2 catches more
> > bugs because it enables optimizations which require more extensive
> > coverage analysis.
> Then it should be the default, standard f
"M. Warner Losh" <[EMAIL PROTECTED]> writes:
> If things have really changed, then we should change the default and
> remove the kludges. My main objection is the mismatch, not the actual
> value. Did you remove the kludges in the mk files at netapp to remove
> the -fno-strict-alias?
Most of the
Matthew Jacob <[EMAIL PROTECTED]> writes:
> a) The tinderbox breakage is being treated as bad as stop ship type of
> bug rather than being informative as it should be. I feel I got
> roasted and slammed for what should have been simply a "hey- Matt-
> come fix this please!".
Not really. You were
Actually, in my tree, 19 files don't compile. In all of the files I've
looked at PCPU_SET is the offender. My guess is that the issue could be
fixed by passing the type as an argument.
On 2/4/06, Dag-Erling Smørgrav <[EMAIL PROTECTED]> wrote:
>
> Matthew Jacob <[EMAIL PROTECTED]> writes:
> > a) Th
On Sat, Feb 04, 2006 at 09:03:13PM +0100, Dag-Erling Sm?rgrav wrote:
> "M. Warner Losh" <[EMAIL PROTECTED]> writes:
> > Dag-Erling Sm?rgrav <[EMAIL PROTECTED]> writes:
> > > As I have repeatedly pointed out in the past, -O2 catches more
> > > bugs because it enables optimizations which require more
In message: <[EMAIL PROTECTED]>
[EMAIL PROTECTED] (Dag-Erling Smørgrav) writes:
: "M. Warner Losh" <[EMAIL PROTECTED]> writes:
: > If things have really changed, then we should change the default and
: > remove the kludges. My main objection is the mismatch, not the actual
: > value.
In message: <[EMAIL PROTECTED]>
Ruslan Ermilov <[EMAIL PROTECTED]> writes:
: On Sat, Feb 04, 2006 at 09:03:13PM +0100, Dag-Erling Sm?rgrav wrote:
: > "M. Warner Losh" <[EMAIL PROTECTED]> writes:
: > > Dag-Erling Sm?rgrav <[EMAIL PROTECTED]> writes:
: > > > As I have repeatedly pointed o
On Sat, 4 Feb 2006 08:48:28 -0800
Kip Macy <[EMAIL PROTECTED]> wrote:
> IIRC, at NetApp -O2 was the default for all builds. I think it is safe to
> say that the generated code is quite stable. If -O2 allows the compiler to
> catch errors earlier it should be the default.
>
I concur.
--
Tom Rho
In message: <[EMAIL PROTECTED]>
Kip Macy <[EMAIL PROTECTED]> writes:
: Actually, in my tree, 19 files don't compile. In all of the files I've
: looked at PCPU_SET is the offender. My guess is that the issue could be
: fixed by passing the type as an argument.
In the drivers there's a l
"M. Warner Losh" <[EMAIL PROTECTED]> writes:
> Ruslan Ermilov <[EMAIL PROTECTED]> writes:
> > I mean, I don't see a reason not to remove -fno-strict-aliasing
> > from the kernel builds now. Perhaps it's still needed for some
> > platforms that aren't covered by tinderbox, not sure... Can be
> > e
86 matches
Mail list logo