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 <machine/db_machdep.h> (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 [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
