From mboxrd@z Thu Jan 1 00:00:00 1970 From: Timur Tabi Subject: Re: linux-next: build failure after merge of the akpm tree Date: Tue, 24 Sep 2013 20:21:50 -0500 Message-ID: References: <20130925110643.db5fa154bea3838ed6affa45@canb.auug.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Return-path: In-Reply-To: <20130925110643.db5fa154bea3838ed6affa45@canb.auug.org.au> Sender: linux-kernel-owner@vger.kernel.org To: Stephen Rothwell Cc: Andrew Morton , Greg KH , lkml , Sergei Trofimovich , "linux-next@vger.kernel.org" , ppc-dev , Timur Tabi List-Id: linux-next.vger.kernel.org On Tue, Sep 24, 2013 at 8:06 PM, Stephen Rothwell wrote: > Hi Andrew, > > After merging the akpm tree, linux-next builds (powerpc allmodconfig) > fail like this: > > drivers/tty/ehv_bytechan.c:362:1: error: type defaults to 'int' in declaration of 'console_initcall' [-Werror=implicit-int] > > Caused by commit 0f01cf96c2d4 ("./Makefile: enable -Werror=implicit-int > and -Werror=strict-prototypes by default") which has bee in linux-next > since Aug 16. This commit exposed that fact that > drivers/tty/ehv_bytechan.c can be built as a module, but has a > console_initcall (which is not available to modules). Is this something new? This code hasn't changed in over two years, so I'm surprised it suddenly broke. > This was > originally introduced in commit dcd83aaff1c8 ("tty/powerpc: introduce the > ePAPR embedded hypervisor byte channel driver") in v3.2. > > Anyone got a good solution? How about: #ifndef MODULE static int __init ehv_bc_console_init(void) { ... } console_initcall(ehv_bc_console_init); #endif