Fri Nov 22 01:00:13 PST 2002
U include/Makefile
U release/doc/en_US.ISO8859-1/hardware/alpha/proc-alpha.sgml
U release/doc/ja_JP.eucJP/hardware/common/dev.sgml
U release/doc/ja_JP.eucJP/hardware/i386/proc-i386.sgml
U release/doc/ja_JP.eucJP/hardware/ia64/article.sgml
U release/doc/ja_JP.eucJP/relno
Thu Nov 21 13:00:11 PST 2002
...
U share/man/man8/Makefile
U share/man/man8/rc.8
U share/man/man8/rc.subr.8
? sys/alpha/conf/LINT
U sys/dev/amr/amr_pci.c
U sys/i386/acpica/acpi_machdep.c
U sys/kern/kern_proc.c
U sys/kern/sched_4bsd.c
U sys/modules/Makefile
cvs [update aborted]: cannot make director
--
>>> 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 Friday, 15 November 2002 at 12:05:22 -0800, Archie Cobbs wrote:
> Dag-Erling Smorgrav wrote:
>> ===> vinum
>> "Makefile", line 4441: warning: duplicate script for target "geom_bsd.o" ignored
>> cc1: warnings being treated as errors
>> /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_dd
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
John Baldwin wrote:
> >> > > I'm getting tired of this email. Any objections to the patch below?
> >> >
> >> > aic7xxx is vendor-supported and changing it takes it off their p4
> >> > branch. I think gibbs@ has some patches to fix this but there are many
> >> > more problems in other drivers tha
On Fri, Nov 15, 2002 at 04:43:16PM -0500, John Baldwin wrote:
>
> On 15-Nov-2002 Nate Lawson wrote:
> > On Fri, 15 Nov 2002, John Baldwin wrote:
> >> He means 'nowerror' in sys/conf/files
> >
> > Since this doesn't generate errors on i386, would it be counterproductive
> > to put it in the global
On 15-Nov-2002 Nate Lawson wrote:
> On Fri, 15 Nov 2002, John Baldwin wrote:
>> He means 'nowerror' in sys/conf/files
>
> Since this doesn't generate errors on i386, would it be counterproductive
> to put it in the global files?
Yes. Hence it has not been done.
>> FWIW, the correct patch would
On Fri, 15 Nov 2002, John Baldwin wrote:
> He means 'nowerror' in sys/conf/files
Since this doesn't generate errors on i386, would it be counterproductive
to put it in the global files?
> FWIW, the correct patch would be to use %j and uintmax_t, not longs.
I believe this was not done due to Linu
On 15-Nov-2002 Nate Lawson wrote:
> On Fri, 15 Nov 2002, Juli Mallett wrote:
>> * De: Nate Lawson <[EMAIL PROTECTED]> [ Data: 2002-11-15 ]
>> [ Subjecte: Re: alpha tinderbox failure ]
>> > On Fri, 15 Nov 2002, Archie Cobbs wrote:
>> > > Dag-
* De: Nate Lawson <[EMAIL PROTECTED]> [ Data: 2002-11-15 ]
[ Subjecte: Re: alpha tinderbox failure ]
> > > aic7xxx is vendor-supported and changing it takes it off their p4
> > > branch. I think gibbs@ has some patches to fix this but there are many
> > &g
On Fri, 15 Nov 2002, Juli Mallett wrote:
> * De: Nate Lawson <[EMAIL PROTECTED]> [ Data: 2002-11-15 ]
> [ Subjecte: Re: alpha tinderbox failure ]
> > On Fri, 15 Nov 2002, Archie Cobbs wrote:
> > > Dag-Erling Smorgrav wrote:
> > > > ===> vinum
> &g
* De: Nate Lawson <[EMAIL PROTECTED]> [ Data: 2002-11-15 ]
[ Subjecte: Re: alpha tinderbox failure ]
> On Fri, 15 Nov 2002, Archie Cobbs wrote:
> > Dag-Erling Smorgrav wrote:
> > > ===> vinum
> > > "Makefile", line 4441: warning: duplicate sc
On Fri, 15 Nov 2002, Archie Cobbs wrote:
> Dag-Erling Smorgrav wrote:
> > ===> vinum
> > "Makefile", line 4441: warning: duplicate script for target "geom_bsd.o" ignored
> > cc1: warnings being treated as errors
> > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_in':
> > /h/des/src/
Dag-Erling Smorgrav wrote:
> ===> vinum
> "Makefile", line 4441: warning: duplicate script for target "geom_bsd.o" ignored
> cc1: warnings being treated as errors
> /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_in':
> /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1931: warning: unsigned
--
>>> 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 Thu, 14 Nov 2002, David Holm wrote:
> On Wednesday 13 November 2002 22.57, Dag-Erling Smorgrav wrote:
> > ===> lib/libc
> > /h/des/src/lib/libc/gen/_pthread_stubs.c:59: conflicting types for
> > `__thr_jtable' /h/des/src/lib/libc/include/libc_private.h:106: previous
> > declaration of `__thr_jt
On Wednesday 13 November 2002 22.57, Dag-Erling Smorgrav wrote:
> ===> lib/libc
> /h/des/src/lib/libc/gen/_pthread_stubs.c:59: conflicting types for
> `__thr_jtable' /h/des/src/lib/libc/include/libc_private.h:106: previous
> declaration of `__thr_jtable' *** Error code 1
>
> Stop in /h/des/src/lib/
--
>>> 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 Thu, Nov 07, 2002 at 08:28:30AM -0700, Scott Long wrote:
> On Thu, Nov 07, 2002 at 04:22:07PM +0100, Stefan Farfeleder wrote:
> >
> > Since I've seen this particular error at least 10 times and it is
> > getting boring, here's an untested patch. Note that it requires the
> > currently latest v
On Thu, Nov 07, 2002 at 04:22:07PM +0100, Stefan Farfeleder wrote:
> On Thu, Nov 07, 2002 at 03:40:27AM -0800, Dag-Erling Smorgrav wrote:
>
> > /h/des/src/sys/dev/aic7xxx/aic79xx.c: In function `ahd_alloc':
> > /h/des/src/sys/dev/aic7xxx/aic79xx.c:4208: warning: unsigned int format, different
>ty
On Thu, Nov 07, 2002 at 03:40:27AM -0800, Dag-Erling Smorgrav wrote:
> /h/des/src/sys/dev/aic7xxx/aic79xx.c: In function `ahd_alloc':
> /h/des/src/sys/dev/aic7xxx/aic79xx.c:4208: warning: unsigned int format, different
>type arg (arg 3)
> /h/des/src/sys/dev/aic7xxx/aic79xx.c:4208: warning: unsign
--
>>> 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
Dag-Erling Smorgrav wrote:
> --
> >>> stage 4: building everything..
> --
> ===> share/doc/usd/13.viref
> out of memory
> *** Error code 255
This is because the kernel was old o
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Dag-Erling Smorgrav writes:
> ===> share/doc/usd/13.viref
> out of memory
> *** Error code 255
>
Can you update the kernel and rtld on this machine as indicated in
UPDATING? Otherwise, we'll see this same failure forever.
Also, is there any way I can talk you out of building LINT on alpha
--
>>> 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 Thu, Oct 24, 2002 at 09:12:26AM -0400, Andrew Gallatin wrote:
>
> Ruslan Ermilov writes:
> <...>
> > > +20021023:
> > > + Alphas with kernels from between 20020902 and 20021022 and/or
> > > + rtld (ld-elf.so.1) older than 20021022 may experience problems
> > > + with groff
Ruslan Ermilov writes:
<...>
> > +20021023:
> > + Alphas with kernels from between 20020902 and 20021022 and/or
> > + rtld (ld-elf.so.1) older than 20021022 may experience problems
> > + with groff while doing a buildworld (kernel: "out of memory",
> > + rtld: "too few
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Wed, Oct 23, 2002 at 05:29:40PM -0400, Andrew Gallatin wrote:
>
>
>
> Ruslan Ermilov writes:
> > OK, to summarize things. There was a single problem with two
> > symptoms: 1) groff, if built dynamically, could not be run
> > by ld-elf.so; 2) groff, if built statically, always failed
> >
Ruslan Ermilov writes:
> OK, to summarize things. There was a single problem with two
> symptoms: 1) groff, if built dynamically, could not be run
> by ld-elf.so; 2) groff, if built statically, always failed
> with ``out of memory'', apparently due to the same bug.
>
> Static hack is saf
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Ruslan Ermilov writes:
> but since the latter is just a symlink to the former, I have no
> idea what's going on here. It may be a bug in the kernel.
A comedy of errors. Nearly my entire source tree is dated 1934 --
I'd been dual booting with an old linux kernel that scewed up my
clock.
I thi
On Wed, Oct 23, 2002 at 01:08:58PM -0400, Andrew Gallatin wrote:
>
> Ruslan,
>
> Buildworld completed, and as I installed it, I was reminded of a
> problem that I *always* have on this machine when I do a
> make installworld:
>
> ===> lib/libncurses
> install -C -o root -g wheel -m 444 libncu
On Wed, Oct 23, 2002 at 01:35:30PM -0400, Andrew Gallatin wrote:
>
> Ruslan Ermilov writes:
> > Nice. I was going to ask Peter to upgrade beast with this fix, but
> > now that you've already tested it, I'd like to back out the hack in
> > groff/src/roff/groff/Makefile, if there are no objectio
Ruslan Ermilov writes:
> Nice. I was going to ask Peter to upgrade beast with this fix, but
> now that you've already tested it, I'd like to back out the hack in
> groff/src/roff/groff/Makefile, if there are no objections.
OK.. with the new rtld, a shared groff works.
Before you backout the
Ruslan,
Buildworld completed, and as I installed it, I was reminded of a
problem that I *always* have on this machine when I do a
make installworld:
===> lib/libncurses
install -C -o root -g wheel -m 444 libncurses.a /usr/lib
install -C -o root -g wheel -m 444 libncurses_p.a /usr/lib
instal
Ruslan Ermilov writes:
> On Wed, Oct 23, 2002 at 09:59:14AM -0400, Andrew Gallatin wrote:
> >
> > Alexander Kabaev writes:
> > > I hope this problem is fixed now. Let me know if I am sadly mistaken
> > > about that :)
> >
> > Thanks!
> >
> > It seems to fix it when building groff d
On Wed, Oct 23, 2002 at 09:59:14AM -0400, Andrew Gallatin wrote:
>
> Alexander Kabaev writes:
> > I hope this problem is fixed now. Let me know if I am sadly mistaken
> > about that :)
>
> Thanks!
>
> It seems to fix it when building groff directly from the src
> directory (eg, after your ke
Alexander Kabaev writes:
> I hope this problem is fixed now. Let me know if I am sadly mistaken
> about that :)
Thanks!
It seems to fix it when building groff directly from the src
directory (eg, after your kernel change, yesterday's binaries work).
I'm building the world now.
Drew
To Uns
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
I hope this problem is fixed now. Let me know if I am sadly mistaken
about that :)
--
Alexander Kabaev
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
Alexander Kabaev writes:
> On Tue, 22 Oct 2002 11:39:43 -0400
> Alexander Kabaev <[EMAIL PROTECTED]> wrote:
>
> > Anyone cares to post a ktrace?
> >
> > --
> > Alexander Kabaev
>
> If this is a case of a brk(2) failing, then I have a patch in testing to fix
> that. Give me some time
On Tue, 22 Oct 2002 11:39:43 -0400
Alexander Kabaev <[EMAIL PROTECTED]> wrote:
> Anyone cares to post a ktrace?
>
> --
> Alexander Kabaev
If this is a case of a brk(2) failing, then I have a patch in testing to fix
that. Give me some time to finish.
--
Alexander Kabaev
To Unsubscribe: send m
Anyone cares to post a ktrace?
--
Alexander Kabaev
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Ruslan Ermilov writes:
> Well, I tried this on beast. It is easily reproduceable.
>
> It turned out that if you build groff with -DNO_CPU_CFLAGS
> (the way it is built during the bootstrap-tools stage of
> buildworld), it fails with the `out of memory' error in
> contrib/groff/src/libs/lib
On Tue, Oct 22, 2002 at 05:29:29PM +0300, Ruslan Ermilov wrote:
> On Mon, Oct 21, 2002 at 02:10:01PM -0400, Andrew Gallatin wrote:
> >
> > Ruslan,
> >
> > Can you help with this, please? I think you're the best candidate
> > since you know so much about the build system and you are the groff
>
On Tue, Oct 22, 2002 at 10:45:52AM -0400, Andrew Gallatin wrote:
>
> Ruslan Ermilov writes:
> > If you remove -fno-exceptions from gnu/usr.bin/groff/Makefile.inc and
> > recompile libgroff and groff, it seems to work (I did not check it
> > thoroughly). But I think this only has a side effect,
Ruslan Ermilov writes:
> If you remove -fno-exceptions from gnu/usr.bin/groff/Makefile.inc and
> recompile libgroff and groff, it seems to work (I did not check it
> thoroughly). But I think this only has a side effect, because Groff
> does not seem to have any exception code (please correct
On Mon, Oct 21, 2002 at 02:10:01PM -0400, Andrew Gallatin wrote:
>
> Ruslan,
>
> Can you help with this, please? I think you're the best candidate
> since you know so much about the build system and you are the groff
> maintainer.
>
> I've found that if I just cd to /usr/src/share/doc and
> d
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Mon, Oct 21, 2002 at 02:10:01PM -0400, Andrew Gallatin wrote:
>
> Ruslan,
>
> Can you help with this, please? I think you're the best candidate
> since you know so much about the build system and you are the groff
> maintainer.
>
> I've found that if I just cd to /usr/src/share/doc and
> d
--
>>> 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
101 - 200 of 366 matches
Mail list logo