--
>>> 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
--
>>> 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 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
> % Worki
On Fri, 27 Dec 2002, Dag-Erling Smorgrav wrote:
> --
> >>> Rebuilding the temporary build tree
> --
> [... 4421 lines of machine-generated spam deleted]
Please fix the tinderbo
--
>>> 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
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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
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 r
> ===> 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
--
>>> 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
--
>>> 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
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
> > cor
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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
"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 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 vendo
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 http://www.gnu.org/software/gcc/bugs.html> for instructions.
>> mkdep: compile failed
> ./aicasm: 877 instructions used
> ./aicasm: 686 instructions used
> cc: Internal error: Segmentation fault (program cpp0)
> Please submit a full bug report.
> See http://www.gnu.org/software/gcc/bugs.html> for instructions.
> mkdep: compile failed
> *** Error code 1
http://people.freebsd.org/~
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
> --
--
>>> 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 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 | '
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 GE
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
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
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
>
--
>>> 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
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_fix
--
>>> 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 just
--
>>> 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
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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
1 - 100 of 219 matches
Mail list logo
