From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21556 invoked by alias); 15 Jan 2008 11:07:00 -0000 Received: (qmail 21544 invoked by uid 22791); 15 Jan 2008 11:06:59 -0000 X-Spam-Check-By: sourceware.org Received: from s200aog12.obsmtp.com (HELO s200aog12.obsmtp.com) (207.126.144.126) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 15 Jan 2008 11:06:35 +0000 Received: from source ([164.129.1.35]) (using TLSv1) by eu1sys200aob012.postini.com ([207.126.147.11]) with SMTP; Tue, 15 Jan 2008 11:06:13 UTC Received: from zeta.dmz-eu.st.com (ns2.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 48E3DDB2E; Tue, 15 Jan 2008 11:06:04 +0000 (GMT) Received: from mail1.bri.st.com (mail1.bri.st.com [164.129.8.218]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 32A534BED5; Tue, 15 Jan 2008 11:06:02 +0000 (GMT) Received: from [164.129.12.194] (bri0669.bri.st.com [164.129.12.194]) by mail1.bri.st.com (MOS 3.7.5a-GA) with ESMTP id CJP18758 (AUTH stubbsa); Tue, 15 Jan 2008 11:06:01 GMT Message-ID: <478C9398.407@st.com> Date: Tue, 15 Jan 2008 11:07:00 -0000 From: Andrew STUBBS User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: gerritvn@gpvno.co.za, gpvno@telkomsa.net Cc: DJ Delorie , gdb@sourceware.org Subject: Re: GDB/Mingw make problem References: <478A8022.18277.6CAB521@gerritvn.gpvno.co.za>, (message from Eli Zaretskii on Mon, 14 Jan 2008 22:39:05 +0200), <200801142112.m0ELCgA2007612@greed.delorie.com> <478C7DE1.26386.407C750@gerritvn.gpvno.co.za> In-Reply-To: <478C7DE1.26386.407C750@gerritvn.gpvno.co.za> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: 2008-01/txt/msg00106.txt.bz2 Gerrit van Niekerk wrote: > On 14 Jan 2008 at 16:12, DJ Delorie wrote: > >>> ?? I'd expect --target=djgpp do that automatically (it's a >>> cross-compilation, right?) >> It's the difference between a cygwin-x-djgpp cross compiler and a >> mingw-x-djgpp cross compiler. If --host is mingw, you're actually >> doing a canadian (although configure doesn't realize it, so it's not >> the traditional build/host/target canadian), so you need to ensure >> that CC is set right. >> >> Otherwise, in the example given, you're trying to build cygwin >> programs using mingw headers, or something like that. Subtle bugs >> ensue. > > The idea is to get a cross debugger to debug a remote DJGPP system using a MinGw GDB and a TCP/IP > connection. The stock MinGW GDB works fine, except that it expects a PE target and fails to do > address to symbol conversions correctly. The other way round works fine and one can do debugging, > but a backtrace gives completely wrong results. > > I have managed to move on from the last reported problem which was caused by configure/make > specifying the wrong include path for libintl.h. I solved that one by copying libintl.h to the > specified directory. Now I am having a problem with conflicts between winsock2.h and unistd.h both > declaring Winsock functions like gethostname(). It seems that the makefile uses Cygwin headers > rather than MinGW headers. If you don't use -mno-cygwin then gcc *will* use cygwin headers. Otherwise, if you do use -mno-cygwin, then it still might - the search paths are not quite right - but usually only as a fall back if there isn't a mingw header of that name. Andrew