From owner-freebsd-hackers Wed Jan 16 11: 6:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 66E0A37B41A for ; Wed, 16 Jan 2002 11:06:06 -0800 (PST) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id g0GJ5uO13557; Wed, 16 Jan 2002 11:05:56 -0800 (PST) (envelope-from mjacob@feral.com) Date: Wed, 16 Jan 2002 11:05:56 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: hackers@freebsd.org Cc: Peter Wemm Subject: multilpe ddb_regs definitions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've had problems compiling alpha kernels for the last week or so- this occurs (with or w/o DDB optioned in). subr_pcpu.o: In function `pcpu_init': /tstsys/alpha/compile/GPLUS/../../../kern/subr_pcpu.c(.data+0x8): multiple definition of `ddb_regs' kern_mutex.o:/tstsys/alpha/compile/GPLUS/../../../kern/kern_mutex.c:127: first defined here subr_witness.o: In function `witness_init': /tstsys/alpha/compile/GPLUS/../../../kern/subr_witness.c:349: multiple definition of `ddb_regs' kern_mutex.o:/tstsys/alpha/compile/GPLUS/../../../kern/kern_mutex.c:127: first defined here tty_cons.o: In function `cnadd': /tstsys/alpha/compile/GPLUS/../../../kern/tty_cons.c:199: multiple definition of `ddb_regs' kern_mutex.o:/tstsys/alpha/compile/GPLUS/../../../kern/kern_mutex.c:127: first defined here machdep.o: In function `alpha_init': /tstsys/alpha/compile/GPLUS/../../../alpha/alpha/machdep.c:527: multiple definition of `ddb_regs' kern_mutex.o:/tstsys/alpha/compile/GPLUS/../../../kern/kern_mutex.c:127: first defined here I haven't really tracked down what is different or broken, but I notice that ddb_regs is defined as common storage in (whether DDB is optioned to exist or not). Instead, shouldn't that be an 'extern' reference and ddb_regs put some place like machdep.c along with the other DDB option'd vars? Doing this for alpha allowed my kernel compile to continue. Thoughts? -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message