From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758297AbZCCWgu (ORCPT ); Tue, 3 Mar 2009 17:36:50 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753299AbZCCWgk (ORCPT ); Tue, 3 Mar 2009 17:36:40 -0500 Received: from rv-out-0506.google.com ([209.85.198.227]:27756 "EHLO rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750858AbZCCWgj convert rfc822-to-8bit (ORCPT ); Tue, 3 Mar 2009 17:36:39 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=eRu1v00xjWYkBTCdNv/vxqRykh5ia7xtuK6LJrf6ke87e2bM9BmhdpT1jC8H6QMt6B gXWc2UiOloODlBeHKBpho9UaAPcVCEVjaCHrW6Kp8y36foqJGR39ao/aawMyhIP8jgRt 2PO++NLO/udK4mCyoeswlXRRZyX7PLNjKUtOQ= MIME-Version: 1.0 In-Reply-To: <20090303212013.GA22332@cmpxchg.org> References: <49AD97BF.3050909@oracle.com> <49AD9C11.60504@oracle.com> <20090303212013.GA22332@cmpxchg.org> Date: Tue, 3 Mar 2009 14:36:37 -0800 Message-ID: Subject: Re: scripts/unifdef.c:209: error: conflicting types for 'getline' From: Justin Mattock To: Johannes Weiner Cc: Randy Dunlap , Linux Kernel Mailing List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Mar 3, 2009 at 1:20 PM, Johannes Weiner wrote: > On Tue, Mar 03, 2009 at 01:07:29PM -0800, Randy Dunlap wrote: >> Justin Mattock wrote: >> > On Tue, Mar 3, 2009 at 12:49 PM, Randy Dunlap wrote: >> >> Justin Mattock wrote: >> >>> Hello; >> >>> I am unable to compile the kernel >> >>> (just did a git pull a few minuets ago); >> >>> here is what I see: >> >>> >> >>> WARNING: modpost: Found 1 section mismatch(es). >> >>> To see full details build your kernel with: >> >>> 'make CONFIG_DEBUG_SECTION_MISMATCH=y' >> >>>   GEN     .version >> >>>   CHK     include/linux/compile.h >> >>>   UPD     include/linux/compile.h >> >>>   CC      init/version.o >> >>>   LD      init/built-in.o >> >>>   LD      .tmp_vmlinux1 >> >>>   KSYM    .tmp_kallsyms1.S >> >>>    AS      .tmp_kallsyms1.o >> >>>   LD      .tmp_vmlinux2 >> >>>   KSYM    .tmp_kallsyms2.S >> >>>   AS      .tmp_kallsyms2.o >> >>>   CHK     include/linux/version.h >> >>>   HOSTCC  scripts/unifdef >> >>> scripts/unifdef.c:209: error: conflicting types for 'getline' >> >>> /usr/include/stdio.h:651: note: previous declaration of 'getline' was here >> >>> make[2]: *** [scripts/unifdef] Error 1 >> >>> make[1]: *** [__headers] Error 2 >> >>> make: *** [vmlinux] Error 2 >> >>> >> >>> The only change to .config was: >> >>> >> >>> SYSFS_DEPRECATED_V2 [=y] >> >>> to >> >>> SYSFS_DEPRECATED_V2 [=n] >> >>> to see if I can make udev from: >> >>> >> >>> udev: starting version 137 >> >>> [    7.557317] udev: deprecated sysfs layout; update the kernel or disable >> >>> CONFIG_SYSFS_DEPRECATED; some udev features will not work correctly >> >>> >> >>> giving me this message. >> >>> >> >>> also I did use a CFLAGS when compiling, >> >>> but never received this when doing so for: >> >>> 2.6.29-rc5-00289-g460c133 >> >>> >> >>> any info would be appreciated. >> >> What CFLAGS?  I can't reproduce the problem. >> >> >> >> >> >> -- >> >> ~Randy >> >> >> > >> > make CC=/usr/bin/i686-pc-linux-gnu-gcc-4.4.0 CFLAGS="-march=core2 >> > -mtune=core2 -O2 -pipe -fomit-frame-pointer" >> > CXXFLAGS="${CFLAGS}" MAKEOPTS="-j3" >> >> I still can't reproduce the problem by using those CFLAGS/CXXFLAGS. > > chigurh:~/linux/linux-2.6/scripts$ make unifdef CFLAGS="-D_GNU_SOURCE" > cc -D_GNU_SOURCE    unifdef.c   -o unifdef > unifdef.c:209: error: conflicting types for `getline' > /usr/include/stdio.h:649: error: previous declaration of `getline' was here > make: *** [unifdef] Error 1 > chigurh:~/linux/linux-2.6/scripts$ make unifdef > cc     unifdef.c   -o unifdef > chigurh:~/linux/linux-2.6/scripts$ > >> > I also just loaded the latest libc >> > (not sure if this has anything to do); >> >> That probably updated /usr/include/stdio.h (?; I'm just guessing here). > > Perhaps getline() is now defined even without _GNU_SOURCE?  But I > doubt that... > >        Hannes > Well, maybe I need to just do a make clean before compiling. -- Justin P. Mattock