From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25403 invoked by alias); 20 Aug 2009 21:17:00 -0000 Received: (qmail 25391 invoked by uid 22791); 20 Aug 2009 21:16:59 -0000 X-SWARE-Spam-Status: No, hits=-2.7 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_55,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: sourceware.org Received: from eir.is.scarlet.be (HELO eir.is.scarlet.be) (193.74.71.27) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 20 Aug 2009 21:16:52 +0000 Received: from [172.17.1.10] (ip-81-11-241-122.dsl.scarlet.be [81.11.241.122]) by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id n7KLGlJM014115; Thu, 20 Aug 2009 23:16:48 +0200 Subject: Build question From: Danny Backx Reply-To: danny.backx@scarlet.be To: gdb@sourceware.org Content-Type: text/plain Date: Fri, 21 Aug 2009 00:24:00 -0000 Message-Id: <1250803105.11282.96.camel@pavilion> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-DCC-scarlet.be-Metrics: eir 20001; Body=2 Fuz1=2 Fuz2=2 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: 2009-08/txt/msg00203.txt.bz2 Advice wanted on how to patch gdb's build. I have a cross-gdb working between my linux PC and a i386-mingw32ce target running gdbserver. My question is about the i386-mingw32ce-gdb build. The issue I need to solve is that HAVE_DOS_BASED_FILE_SYSTEM doesn't get defined. I can manipulate the build so things work, but I'd like to make a clean patch. HAVE_DOS_BASED_FILE_SYSTEM doesn't get set in my cross-compile, because gdb gets compiled by the host gcc, which doesn't set _WIN32. So the HAVE_DOS_BASED_FILE_SYSTEM never gets defined. This happens both in gdb/* and in libiberty/* . So where should I change this properly ? I would like it to come from somewhere in the configuration scripts (and I'm now asking where would be the best place). Another thing to edit is then include/filenames.h - it needs to grab this and do the right thing, instead of just reacting to _WIN32 and such. But that's a trivial fix. Thanks, Danny -- Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info