On Fri, Mar 10, 2000 at 08:37:12PM -0500, Ken Witherow wrote:
> ld -m elf_i386 -T /usr/src/linux/arch/i386/vmlinux.lds -e stext
> arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o
> init/version.o \
> --start-group \
> arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o
> mm/mm.o fs/fs.o ipc/ipc.o \
> drivers/block/block.a drivers/char/char.o drivers/misc/misc.o
> drivers/net/net.o drivers/parport/parport.a drivers/scsi/scsi.a
> drivers/cdrom/cdrom.a drivers/pci/pci.a drivers/pnp/pnp.o
> drivers/video/video.o drivers/i2c/i2c.a \
> net/network.a \
> /usr/src/linux/arch/i386/lib/lib.a /usr/src/linux/lib/lib.a
> /usr/src/linux/arch/i386/lib/lib.a \
> --end-group \
> -o vmlinux
> drivers/parport/parport.a(parport_pc.o): In function `parport_pc_init':
> parport_pc.o(.text.init+0x10d): undefined reference to
> `parport_pc_init_pci'
> make: *** [vmlinux] Error 1
Indeed. I'd just finished compiling 2.3.51 myself (with parport stuff
modularized) without a problem, but your message tipped me off to do a
quick depmod, which gave unresolved symbols in parport_pc.o.
It looks like a large batch of changes were made in 2.3.51 in
parport_pc.c, completely eliminating the parport_pc_init_pci function,
but include/asm-i386/parport.h still calls it.
The ChangeLog has two new entries from twaugh@redhat.com, who is
listed as one of the parport maintainers. Tim, I've CC'd you in hopes
that you can shed some light on this?
-- Ian Peters | GnuPG Key ID 5C23D20C | Those who know what's best itp@gnu.org | E584 2558 FAC3 BEAB EFAC | for us must rise and save itp@cmu.edu | FC74 CFED 7E24 5C23 D20C | us from ourselves...- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Mar 15 2000 - 21:00:18 EST