[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Wed, 14 Feb 2007 16:59:57 -0800
From: Chuck Lever <chuck.lever@...cle.com>
To: David Miller <davem@...emloft.net>
CC: clem@...m.clem-digital.net, linux-kernel@...r.kernel.org,
neilb@...e.de
Subject: Re: 2.6.20-git8 fails compile -- net/built-in.o __ipv6_addr_type
David Miller wrote:
> From: Pete Clements <clem@...m.clem-digital.net>
> Date: Mon, 12 Feb 2007 20:10:13 -0500 (EST)
>
>> 2.6.20-git8 fails compile:
>>
>> CHK include/linux/compile.h
>> UPD include/linux/compile.h
>> CC init/version.o
>> LD init/built-in.o
>> LD .tmp_vmlinux1
>> net/built-in.o: In function `svc_udp_recvfrom':
>> svcsock.c:(.text+0x61be4): undefined reference to `__ipv6_addr_type'
>> make: *** [.tmp_vmlinux1] Error 1
>
> Chuck, you will need to somehow make CONFIG_SUNRPC "depend" upon IPV6
> so that if IPV6 is modular SUNRPC can only be built modular.
>
> Otherwise the symbols won't resolve correctly.
>
> Everybody hits this problem when they add ipv6 support to
> something. :-)
>
Interestingly, doing a build with ALLYESCONFIG, ALLMODCONFIG, and
ALLNOCONFIG doesn't catch this type of error.
I just did a copy+paste and that brought in ipv6_addr_type. So I'm not
convinced it's really needed here. David, can you take a look at the
code in svcsock.c right around the ipv6_addr_type() call and let me know
if we can avoid that call outright?
View attachment "chuck.lever.vcf" of type "text/x-vcard" (266 bytes)
Powered by blists - more mailing lists