Date: Sun, 30 Nov 2003 06:40:10 -0800 (PST) From: Adriaan de Groot <adridg@cs.kun.nl> To: freebsd-amd64@FreeBSD.org Subject: Re: amd64/59833: <brocken compile of make buildkernel Message-ID: <200311301440.hAUEeA9R080832@freefall.freebsd.org>
index | next in thread | raw e-mail
The following reply was made to PR amd64/59833; it has been noted by GNATS.
From: Adriaan de Groot <adridg@cs.kun.nl>
To: FreeBSD-gnats-submit@FreeBSD.org
Cc:
Subject: Re: amd64/59833: <brocken compile of make buildkernel
Date: Sun, 30 Nov 2003 15:35:14 +0100
On Sunday 30 November 2003 13:48, roemer.ulrich@gmx.de wrote:
> >Number: 59833
> >Category: amd64
> >Synopsis: <brocken compile of make buildkernel
> >Confidential: no
> >Severity: critical
> >Description:
>
> /space/src/sys/vm/uma_core.c: In function `zone_timeout':
> /space/src/sys/vm/uma_core.c:345: error: `mp_maxid' undeclared (first use
> /space/src/sys/vm/uma_core.c:572: error: `mp_maxid' undeclared (first use
Can confirm here. I built a kernel from thursday's sources, I think, that was
ok, but this morning's cvsup introduces this error. The problem appears to be
that smp.h declares mp_maxid in an #ifdef SMP block, while the uma code
doesn't differentiate. I believe the right workaround thing to do is add
"options SMP" to your kernel config, even if it's not an SMP machine. Longer
term would be to declare mp_maxid in all forms, and just set it to 1 in the
uniprocessor configuration.
--
pub 1024D/FEA2A3FE 2002-06-18 Adriaan de Groot <groot@kde.org>
If the door is ajar, can we fill it with door-jamb?
home |
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200311301440.hAUEeA9R080832>