From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35568) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c4N4B-0001ov-3U for qemu-devel@nongnu.org; Wed, 09 Nov 2016 02:13:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c4N47-0005gW-Sh for qemu-devel@nongnu.org; Wed, 09 Nov 2016 02:13:03 -0500 Received: from bran.ispras.ru ([83.149.199.196]:53619 helo=smtp.ispras.ru) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c4N47-0005gN-LK for qemu-devel@nongnu.org; Wed, 09 Nov 2016 02:12:59 -0500 Message-ID: <5822CC7A.3040304@ispras.ru> Date: Wed, 09 Nov 2016 10:12:58 +0300 From: Sergey Smolov MIME-Version: 1.0 References: <58218164.2040106@ispras.ru> <20161108164951.GG11274@stefanha-x1.localdomain> <20161108182841.512094fb.cornelia.huck@de.ibm.com> In-Reply-To: <20161108182841.512094fb.cornelia.huck@de.ibm.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] Concerning " [PULL 6/6] curses: Use cursesw instead of curses" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Cornelia Huck Cc: Stefan Hajnoczi , QEMU Developers On 08.11.2016 20:28, Cornelia Huck wrote: > On Tue, 8 Nov 2016 16:49:51 +0000 > Stefan Hajnoczi wrote: > >> On Tue, Nov 08, 2016 at 10:40:20AM +0300, Sergey Smolov wrote: >>> Dear List! >>> >>> I've encountered the same problem as was discussed in this thread: >>> https://lists.gnu.org/archive/html/qemu-devel/2016-10/msg07898.html >>> >>> Does anybody succeeded in solving the problem? >>> >>> From my side, the problem appears when I run the 'configure' script = with >>> '--target-list=3Daarch64-softmmu' option. The script returns the foll= owing >>> message to me: >>> >>> ERROR: configure test passed without -Werror but failed with -Werror. >>> This is probably a bug in the configure script. The failing c= ommand >>> will be at the bottom of config.log. >>> You can run configure with --disable-werror to bypass this ch= eck. >>> >>> I've attached a config.log to this e-mail. >> [...] >> >>> cc -Werror -fPIE -DPIE -m64 -mcx16 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=3D= 64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wall -Wunde= f -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -= fwrapv -Wendif-labels -Wmissing-include-dirs -Wempty-body -Wnested-extern= s -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wold-s= tyle-declaration -Wold-style-definition -Wtype-limits -fstack-protector-a= ll -I/usr/include/libpng14 -o config-temp/qemu-conf.exe config-temp/qemu-= conf.c -Wl,-z,relro -Wl,-z,now -pie -m64 -g -lncursesw >>> config-temp/qemu-conf.c: In function =91main=92: >>> config-temp/qemu-conf.c:9:3: error: implicit declaration of function = =91addwstr=92 [-Werror=3Dimplicit-function-declaration] >>> config-temp/qemu-conf.c:9:3: error: nested extern declaration of =91a= ddwstr=92 [-Werror=3Dnested-externs] >>> config-temp/qemu-conf.c:10:3: error: implicit declaration of function= =91addnwstr=92 [-Werror=3Dimplicit-function-declaration] >>> config-temp/qemu-conf.c:10:3: error: nested extern declaration of =91= addnwstr=92 [-Werror=3Dnested-externs] >>> cc1: all warnings being treated as errors >> http://pdcurses.sourceforge.net/doc/PDCurses.txt: >> >> Wide-character functions from the X/Open standard -- these are only >> available when PDCurses is built with PDC_WIDE defined, and the >> prototypes are only available from curses.h when PDC_WIDE is define= d >> before its inclusion in your app: >> >> addnwstr addstr >> addwstr addstr >> >> QEMU does not define PDC_WIDE. Try adding ./configure >> --extra-flags=3D-DPDC_WIDE. > I think the problem is rather the incorrect include detection in > configure -- see <20161107133833.3681-1-msuchanek@suse.de> ("[PATCH] > Fix legacy ncurses detection.") and the following thread. > > Sergey: Are you running on SLES? > > Dear Cornelia, I'm running on OpenSUSE 12.2 x86_64. I've tried to use this patch, but the situation keeps the same. --=20 Thanks, Sergey Smolov