Re: [uml-user] 2.6.8.1 compile failure

[Jeremy U. <jer...@gm...>]

On Mon, 04 Oct 2004 22:03:08 -0500, Joel Konkle-Parker <jj...@ms...> wrote:

> 
> Here's what happened:
> 
> --
> # make linux ARCH=um
> [...]
> gcc -Wl,-T,arch/um/uml.lds.s -static -Wl,--wrap,malloc -Wl,--wrap,free
> -Wl,--wrap,calloc \
>          -o linux arch/um/main.o vmlinux -L/usr/lib -lutil
> vmlinux(.text+0xf9780): In function `sscanf':
> lib/vsprintf.c:836: multiple definition of `sscanf'
> arch/um/kernel/tt/unmap_fin.o(.text+0x31e74): first defined here
> /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../../i686-pc-linux-gnu/bin/ld:
> BFD 2.14.90.0.8 20040114 assertion fail elf.c:3465
> vmlinux(.text+0x42b96): In function `kallsyms_lookup_name':
> kernel/kallsyms.c:50: undefined reference to `strlcpy'
> vmlinux(.text+0x42ee4): In function `get_ksymbol_core':
> kernel/kallsyms.c:177: undefined reference to `strlcpy'
> vmlinux(.text+0x436a9): In function `do_acct_process':
> kernel/acct.c:402: undefined reference to `strlcpy'
> vmlinux(.text+0x6706b): In function `sget':
> fs/super.c:284: undefined reference to `strlcpy'
> vmlinux(.text+0x67862): In function `get_sb_bdev':
> fs/super.c:670: undefined reference to `strlcpy'
> vmlinux(.text+0x8701c):fs/binfmt_misc.c:122: more undefined references
> to `strlcpy' follow
> vmlinux(.text+0xd70c0): In function `vfat_valid_longname':
> fs/vfat/namei.c:245: undefined reference to `strnicmp'
> vmlinux(.text+0xd70ea):fs/vfat/namei.c:247: undefined reference to
> `strnicmp'
> vmlinux(.text+0xd710a):fs/vfat/namei.c:236: undefined reference to
> `strnicmp'
> vmlinux(.text+0xd7128):fs/vfat/namei.c:236: undefined reference to
> `strnicmp'
> vmlinux(.text+0xd7146):fs/vfat/namei.c:236: undefined reference to
> `strnicmp'
> vmlinux(.text+0xd7164):fs/vfat/namei.c:236: more undefined references to
> `strnicmp' follow
> vmlinux(.text+0x108189): In function `class_device_rename':
> drivers/base/class.c:442: undefined reference to `strlcpy'
> vmlinux(.text+0x108815): In function `platform_device_register':
> drivers/base/platform.c:101: undefined reference to `strlcpy'
> vmlinux(.text+0x1090f9): In function `dma_pool_create':
> drivers/base/dmapool.c:133: undefined reference to `strlcpy'
> vmlinux(.text+0x10efc7): In function `register_blkdev':
> drivers/block/genhd.c:92: undefined reference to `strlcpy'
> vmlinux(.text+0x12e1e9): In function `dev_alloc_name':
> net/core/dev.c:732: undefined reference to `strnchr'
> vmlinux(.text+0x12e2fb):net/core/dev.c:765: undefined reference to `strlcpy'
> vmlinux(.text+0x12e506): In function `dev_change_name':
> net/core/dev.c:806: undefined reference to `strlcpy'
> vmlinux(.text+0x1381c3): In function `netdev_register_sysfs':
> net/core/net-sysfs.c:413: undefined reference to `strlcpy'
> vmlinux(.text+0x163f14): In function `arp_req_get':
> net/ipv4/arp.c:1049: undefined reference to `strlcpy'
> vmlinux(.text+0x1726ea): In function `packet_rcv_spkt':
> net/packet/af_packet.c:282: undefined reference to `strlcpy'
> vmlinux(.text+0x17377a):net/packet/af_packet.c:910: more undefined
> references to `strlcpy' follow
> collect2: ld returned 1 exit status
> make: *** [linux] Error 1
> #
> --
> 
> Any suggestions?
> 

No Suggestion, but I can definately duplicate what Joel encountered
with the patch provided by BlaisorBlade.  I would like to also note
that this only occurs when TT mode is enabled.  When only SKAS is
enabled for the UML kernel, the compile will complete, but will
segfault immediately on running.  That might be why BlaisorBlade never
sees this, as if I'm not mistaken, he uses only SKAS mode.

Jeremy