From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23084 invoked by alias); 9 Feb 2014 13:05:10 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 23071 invoked by uid 89); 9 Feb 2014 13:05:09 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-4.4 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 09 Feb 2014 13:05:08 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s19D55mS009261 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 9 Feb 2014 08:05:05 -0500 Received: from host2.jankratochvil.net (ovpn-116-25.ams2.redhat.com [10.36.116.25]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s19D51RE028571 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 9 Feb 2014 08:05:04 -0500 Date: Sun, 09 Feb 2014 13:05:00 -0000 From: Jan Kratochvil To: Paul Fertser Cc: gdb-patches@sourceware.org, Kai Tietz Subject: Re: [PATCH] Add IPv6 support for remote TCP connections Message-ID: <20140209130501.GA15183@host2.jankratochvil.net> References: <1391878435-19340-1-git-send-email-fercerpav@gmail.com> <20140209083056.GA32481@host2.jankratochvil.net> <20140209095308.GH2320@home.lan> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: <20140209095308.GH2320@home.lan> User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes X-SW-Source: 2014-02/txt/msg00255.txt.bz2 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-length: 1334 On Sun, 09 Feb 2014 10:53:08 +0100, Paul Fertser wrote: > Do you take into account that there're currently two competing > solutions for providing windows support: MinGW and MinGW-w64? Yes, recent Fedoras AFAIK follow the MinGW-w64 port: https://fedoraproject.org/wiki/MinGW?rd=SIGs/MinGW https://fedoraproject.org/wiki/MinGW/CrossCompilerFramework http://mingw-w64.sourceforge.net/ > I've just tried cross-compiling code with getaddrinfo with mingw-w64 > without any replacements and it was built (and run with wine) just > fine. I have different results for gdb-7.7 with your patch on Fedora Rawhide (=F-21pre) x86_64: ../../gdb/ser-tcp.c: In function 'net_open': ../../gdb/ser-tcp.c:162:19: error: storage size of 'hints' isn't known struct addrinfo hints; ^ ../../gdb/ser-tcp.c:196:30: error: invalid application of 'sizeof' to incomplete type 'struct addrinfo' memset (&hints, 0, sizeof (struct addrinfo)); ^ ../../gdb/ser-tcp.c:205:3: warning: implicit declaration of function 'getaddrinfo' [-Wimplicit-function-declaration] tmp = getaddrinfo (hostname, port_str, &hints, &result); ^ [...] This is why I did start the unfinished/unsuccessful work on gdb/gnulib/ . Does it mean the Fedora MinGW is broken? Which MinGW packaging have you used? Thanks, Jan --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline; filename=1 Content-length: 581 mingw-binutils-generic-2.24-1.fc21.x86_64 mingw-filesystem-base-99-3.fc20.noarch mingw64-binutils-2.24-1.fc21.x86_64 mingw64-cpp-4.8.2-2.fc21.x86_64 mingw64-crt-3.1.999-0.3.trunk.r6469.20140126.fc21.noarch mingw64-expat-2.1.0-5.fc20.noarch mingw64-filesystem-99-3.fc20.noarch mingw64-gcc-4.8.2-2.fc21.x86_64 mingw64-headers-3.1.999-0.3.trunk.r6469.20140126.fc21.noarch mingw64-pkg-config-0.28-2.fc20.x86_64 mingw64-win-iconv-0.0.4-3.fc20.noarch mingw64-wine-gecko-2.24-1.fc21.noarch mingw64-winpthreads-3.1.999-0.2.trunk.r6460.20140124.fc21.noarch mingw64-zlib-1.2.8-2.fc20.noarch --BOKacYhQ+x31HxR3--