--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
/local0/scratch/des/src/sys/geom/bde/g_bde.c: In function `g_bde_config':
/local0/scratch/des/src/sys/geom/bde/g_bde.c:251: structure has no member named
`slicesize'
/local0/scratch/des/src/sys/geom/bde/g_bde.c:252: structure has no member named
`sliceoffset'
My fault, already fixed.
--
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
/home/des/tinderbox/tinderbox.sh: /home/des/tinderbox/whereintheworld: not found
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
/home/des/tinderbox/tinderbox.sh: /home/des/tinderbox/whereintheworld: not found
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
/home/des/tinderbox/tinderbox.sh: /home/des/tinderbox/whereintheworld: not found
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
According to Dag-Erling Smorgrav:
--
Rebuilding the temporary build tree
--
I don't think it is fixed, we are still getting reports 4600 lines long...
Please someone do
On Fri, 27 Dec 2002, Dag-Erling Smorgrav wrote:
--
Rebuilding the temporary build tree
--
[... 4421 lines of machine-generated spam deleted]
Please fix the tinderbox so
On Sat, 28 Dec 2002, Bruce Evans wrote:
/local0/scratch/des/src/sys/fs/devfs/devfs_vnops.c:932: (near initialization for
`devfs_specop_entries[14]')
*** Error code 1
This was broken by removing a unsed definition in:
% RCS file: /home/ncvs/src/sys/kern/vnode_if.src,v
% Working file:
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On 09-Oct-2002 Bruce Evans wrote:
On Tue, 8 Oct 2002, Peter Wemm wrote:
David O'Brien wrote:
On Tue, Oct 08, 2002 at 03:55:36PM -0400, John Baldwin wrote:
Could you please just commit this on the vendor branch if it is the
...
Doing this screws up diffs to vendor source as there
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
David O'Brien wrote:
I'm hoping for another 3.2.1 import soon. I raised some hell on the GCC
lists last week about the quality of 3.2.1; and actually got some Athlon
and p4 optimization PR's taken care of.
Great, maybe I'll be able to use -march athlon again quite soon then. :)
Today in my
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
=== usr.bin/truss
syscalls.master: line 34: syscall number out of sync at 0
I see this too. The last time it was broken awk (IIRC) that
was responsible, though it doesn't seem likely this time.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of
On Wed, 9 Oct 2002, walt wrote:
=== usr.bin/truss
syscalls.master: line 34: syscall number out of sync at 0
I see this too. The last time it was broken awk (IIRC) that was
responsible, though it doesn't seem likely this time.
Looks like there was a merge problem with Peter's recent
Robert Watson wrote:
On Wed, 9 Oct 2002, walt wrote:
=== usr.bin/truss
syscalls.master: line 34: syscall number out of sync at 0
I see this too. The last time it was broken awk (IIRC) that was
responsible, though it doesn't seem likely this time.
Looks like there was a
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Tue, Oct 08, 2002 at 09:41:40AM -0700 or thereabouts, Dag-Erling Smorgrav was said
to have scribed:
--
stage 4: populating
/home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include
./aicasm: 877 instructions used
./aicasm: 686 instructions used
cc: Internal error: Segmentation fault (program cpp0)
Please submit a full bug report.
See URL:http://www.gnu.org/software/gcc/bugs.html for instructions.
mkdep: compile failed
*** Error code 1
On 08-Oct-2002 Alexander Kabaev wrote:
./aicasm: 877 instructions used
./aicasm: 686 instructions used
cc: Internal error: Segmentation fault (program cpp0)
Please submit a full bug report.
See URL:http://www.gnu.org/software/gcc/bugs.html for instructions.
mkdep: compile failed
***
On Tue, Oct 08, 2002 at 03:55:36PM -0400, John Baldwin wrote:
Could you please just commit this on the vendor branch if it is the
vendor fix for now. Since the next vendor import will contain the
fix you don't need to worry about maintaining the local patch so
committing it onto the vendor
David O'Brien wrote:
On Tue, Oct 08, 2002 at 03:55:36PM -0400, John Baldwin wrote:
Could you please just commit this on the vendor branch if it is the
vendor fix for now. Since the next vendor import will contain the
fix you don't need to worry about maintaining the local patch so
On Tue, Oct 08, 2002 at 04:10:42PM -0700, Peter Wemm wrote:
David O'Brien wrote:
On Tue, Oct 08, 2002 at 03:55:36PM -0400, John Baldwin wrote:
Could you please just commit this on the vendor branch if it is the
vendor fix for now. Since the next vendor import will contain the
fix you
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Tue, 8 Oct 2002, Peter Wemm wrote:
David O'Brien wrote:
On Tue, Oct 08, 2002 at 03:55:36PM -0400, John Baldwin wrote:
Could you please just commit this on the vendor branch if it is the
...
Doing this screws up diffs to vendor source as there won't be a tag that
corisponds with
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Matt, something in your mcd commits (staticizing probe/attach) may have
broken LINT.
On Sat, 5 Oct 2002, Dag-Erling Smorgrav wrote:
--
Rebuilding the temporary build tree
Nate Lawson [EMAIL PROTECTED] writes:
Matt, something in your mcd commits (staticizing probe/attach) may have
broken LINT.
mcd.c intentionally creates an empty object file in the GEOM-defined
(ie. LINT) case.
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Sat, 5 Oct 2002, Mike Barcroft wrote:
Nate Lawson [EMAIL PROTECTED] writes:
Matt, something in your mcd commits (staticizing probe/attach) may have
broken LINT.
mcd.c intentionally creates an empty object file in the GEOM-defined
(ie. LINT) case.
Ah, sorry. That means phk's big
In message [EMAIL PROTECTED], Nate Lawson writ
es:
On Sat, 5 Oct 2002, Mike Barcroft wrote:
Nate Lawson [EMAIL PROTECTED] writes:
Matt, something in your mcd commits (staticizing probe/attach) may have
broken LINT.
mcd.c intentionally creates an empty object file in the GEOM-defined
(ie.
On Sat, 5 Oct 2002, Poul-Henning Kamp wrote:
It was my impression that people were trying to solve this issue so that
mcd can coexist with GEOM properly.
Indeed. I'm still working on removing the disklabel bits from mcd(4).
I'll bandaid mcd_isa.c in the meantime.
--
| Matthew N. Dodd |
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
The next one will pass.
On Tue, 24 Sep 2002, Dag-Erling Smorgrav wrote:
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Fixed already.
/local0/scratch/des/src/sys/netsmb/smb_usr.c: In function `smb_usr_t2request':
/local0/scratch/des/src/sys/netsmb/smb_usr.c:332: warning: implicit declaration of
function `m_fixhdr'
/local0/scratch/des/src/sys/netsmb/smb_usr.c:345: warning: redundant redeclaration of
`m_fixhdr'
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Tue, 10 Sep 2002, Dag-Erling Smorgrav wrote:
:cc1: warnings being treated as errors
:/local0/scratch/des/src/sys/dev/cardbus/cardbus.c: In function `cardbus_driver_added':
:/local0/scratch/des/src/sys/dev/cardbus/cardbus.c:319: warning: unused variable
:`cardattached'
:*** Error code 1
I
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Le 2002-09-01, Scott Long écrivait :
=== aic7xxx/ahc
(null): Unable to malloc scope object
*** Error code 70
Um, what?
I just did a buildworld, followed by a buildkernel KERNCONF=GENERIC
and did not see this.
Um, I see this one as well, on a not-too-recent -CURRENT that I'm trying
On Sat, Aug 31, 2002 at 10:31:15PM -0700, Dag-Erling Smorgrav wrote:
--
[...]
--
Kernel build for GENERIC started on Sat Aug 31 22:28:29 PDT 2002
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
1 - 100 of 207 matches
Mail list logo