From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19859 invoked by alias); 26 Oct 2011 14:36:50 -0000 Received: (qmail 19723 invoked by uid 22791); 26 Oct 2011 14:36:48 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,TW_SM X-Spam-Check-By: sourceware.org Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 26 Oct 2011 14:36:25 +0000 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=EU1-MAIL.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1RJ4ad-0000Zu-U0 from pedro_alves@mentor.com ; Wed, 26 Oct 2011 07:36:24 -0700 Received: from scottsdale.localnet ([172.16.63.104]) by EU1-MAIL.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 26 Oct 2011 15:36:21 +0100 From: Pedro Alves To: gdb@sourceware.org Subject: Re: gdb (gdbserver.exe) build problem under msys Date: Wed, 26 Oct 2011 14:49:00 -0000 User-Agent: KMail/1.13.6 (Linux/2.6.38-11-generic; KDE/4.7.1; x86_64; ; ) Cc: asmwarrior , MinGW Users List , Chris Sutcliffe , Xun Xun References: <4EA7FCF2.7050402@gmail.com> In-Reply-To: <4EA7FCF2.7050402@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201110261536.18038.pedro@codesourcery.com> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2011-10/txt/msg00182.txt.bz2 On Wednesday 26 October 2011 13:28:34, asmwarrior wrote: > Hi, when using msys + gcc 4.6.1 to build the latest version of gdb (gdb cvs head code), I found a problem. > > the build step looks like: > > mkdir build > cd build > CFLAGS="-O2 -fno-omit-frame-pointer -mtune=i686" \ > ../gdb/configure \ > --prefix=/mingw \ > --host=mingw32 \ > --build=mingw32 \ > --target=mingw32 \ > --with-python=/python/python \ > --with-expat \ > --disable-nls > > Then, I just run "make" under the build folder. > > I found that gdb.exe was successfully built, but the gdbserver.exe failed. the error log is below: > > make[3]: Entering directory `/f/build_gdb/gdb/gdbgit/build/gdb' > make[4]: Entering directory `/f/build_gdb/gdb/gdbgit/build/gdb/doc' > make[4]: Nothing to be done for `all'. > make[4]: Leaving directory `/f/build_gdb/gdb/gdbgit/build/gdb/doc' > make[4]: Entering directory `/f/build_gdb/gdb/gdbgit/build/gdb/gdbserver' > CONFIG_FILES="" CONFIG_HEADERS=config.h:config.in /bin/sh ./config.status > config.status: creating config.h > config.status: config.h is unchanged > config.status: executing default commands > gcc -c -O2 -fno-omit-frame-pointer -mtune=i686 -D__USE_MINGW_ACCESS -I. -I../../../gdb/gdb/gdbserver -I../../../gdb/gdb/gdbserver/../common -I../../../gdb/gdb/gdbserver/../regformats -I../../../gdb/gdb/gdbserver/../../include -Wall -Wdeclaration-after-statement -Wpointer-arith -Wformat-nonliteral -Wno-char-subscripts -Werror ../../../gdb/gdb/gdbserver/inferiors.c > gcc -c -O2 -fno-omit-frame-pointer -mtune=i686 -D__USE_MINGW_ACCESS -I. -I../../../gdb/gdb/gdbserver -I../../../gdb/gdb/gdbserver/../common -I../../../gdb/gdb/gdbserver/../regformats -I../../../gdb/gdb/gdbserver/../../include -Wall -Wdeclaration-after-statement -Wpointer-arith -Wformat-nonliteral -Wno-char-subscripts -Werror ../../../gdb/gdb/gdbserver/regcache.c > gcc -c -O2 -fno-omit-frame-pointer -mtune=i686 -D__USE_MINGW_ACCESS -I. -I../../../gdb/gdb/gdbserver -I../../../gdb/gdb/gdbserver/../common -I../../../gdb/gdb/gdbserver/../regformats -I../../../gdb/gdb/gdbserver/../../include -Wall -Wdeclaration-after-statement -Wpointer-arith -Wformat-nonliteral -Wno-char-subscripts -Werror ../../../gdb/gdb/gdbserver/remote-utils.c > ../../../gdb/gdb/gdbserver/remote-utils.c: In function 'handle_accept_event': > ../../../gdb/gdb/gdbserver/remote-utils.c:150:22: error: storage size of 'sockaddr' isn't known > ../../../gdb/gdb/gdbserver/remote-utils.c:157:3: error: implicit declaration of function 'accept' [-Werror=implicit-function-declaration] > .... > > > I just looked at the build tree, and found that the file: > > build/gdb/gdbserver/config.h (this file size if about 9K) > > there contains some code: > /* Define if we should use the Windows API, instead of the POSIX API. On > Windows, we use the Windows API when building for MinGW, but the POSIX API > when building for Cygwin. */ > #undef USE_WIN32API > > This is wrong, because the USE_WIN32API should be defined under Windows MSYS. > > But when I check the file in the parent folder "build/gdb/config.h", the USE_WIN32API is correctly defined, so that's why gdb.exe can build successfully. > > By checking the file "build/gdb/gdbserver/config.log", it looks like all the checking works fine. > > So, I guess that something was wrong one the time when > "build\gdb\gdbserver\config.status" was creating the config.h. > > Any one can help me to test it or find the problem? gdbserver/configure.ac has: if test "${srv_mingw}" = "yes"; then AC_DEFINE(USE_WIN32API, 1, [Define if we should use the Windows API, instead of the POSIX API. On Windows, we use the Windows API when building for MinGW, but the POSIX API when building for Cygwin.]) fi and gdbserver/configure.srv has: case "${target}" in ... i[34567]86-*-mingw*) srv_regobj="$srv_i386_regobj" srv_tgtobj="i386-low.o win32-low.o win32-i386-low.o" srv_xmlfiles="$srv_i386_xmlfiles" srv_mingw=yes ;; ... x86_64-*-mingw*) srv_regobj="$srv_amd64_regobj" srv_tgtobj="i386-low.o i387-fp.o win32-low.o win32-i386-low.o" srv_xmlfiles="$srv_i386_xmlfiles $srv_amd64_xmlfiles" srv_mingw=yes ;; So in order for USE_WIN32API not to be defined, ${target} didn't match above. Try, e.g., checking what does "grep ac_cv_target gdbserver/config.log" and "grep ac_cv_host gdbserver/config.log" say. -- Pedro Alves