From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6325 invoked by alias); 22 Aug 2009 09:55:57 -0000 Received: (qmail 6316 invoked by uid 22791); 22 Aug 2009 09:55:56 -0000 X-SWARE-Spam-Status: No, hits=-1.6 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout7.012.net.il (HELO mtaout7.012.net.il) (84.95.2.19) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 22 Aug 2009 09:55:45 +0000 Received: from conversion-daemon.i-mtaout7.012.net.il by i-mtaout7.012.net.il (HyperSendmail v2007.08) id <0KOR00F00UY54900@i-mtaout7.012.net.il> for gdb@sourceware.org; Sat, 22 Aug 2009 12:54:56 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.228.180.85]) by i-mtaout7.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KOR00D20VJH7IA0@i-mtaout7.012.net.il>; Sat, 22 Aug 2009 12:54:54 +0300 (IDT) Date: Sat, 22 Aug 2009 11:07:00 -0000 From: Eli Zaretskii Subject: Re: Build question In-reply-to: <1250931899.11282.142.camel@pavilion> To: danny.backx@scarlet.be Cc: tromey@redhat.com, gdb@sourceware.org Reply-to: Eli Zaretskii Message-id: <83skfkfa4n.fsf@gnu.org> References: <1250803105.11282.96.camel@pavilion> <83d46pgjkq.fsf@gnu.org> <1250877901.11282.116.camel@pavilion> <83ab1tgh9h.fsf@gnu.org> <1250880746.11282.128.camel@pavilion> <1250931899.11282.142.camel@pavilion> 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: 2009-08/txt/msg00221.txt.bz2 > From: Danny Backx > Cc: Eli Zaretskii , gdb@sourceware.org > Date: Sat, 22 Aug 2009 11:04:58 +0200 > > 1. The one I suggested earlier. May not be the right solution. > 2. Generalize target filename handling in gdb. Might be much harder than > expected. > 3. Separate directory and file name in the communication between > gdbserver and gdb, so mixup 2 is avoided. > 4. Extend gdbserver/gdb communication so the target file name syntax > is reported back. > 5. Do (4) but in gdb target properties (this may be what Eli said). > Would require extending the gdb target definitions. > > Comments ? Can you point out the places in the code (hopefully, not too many) where the Posix assumption about file-name syntax needs to be replaced with the Windows assumption? If there are not too many of them, we could modify them to use one or two user options. For starters, these options would need to be set manually, by the user who knows what filesystem she is working with. Later, we could try to set them automatically. WDYT?