From: Danny Backx <danny.backx@scarlet.be>
To: Joel Brobecker <brobecker@adacore.com>
Cc: Daniel Jacobowitz <drow@false.org>,
gdb-patches <gdb-patches@sourceware.org>
Subject: Re: shared lib dos filename style - one more question
Date: Fri, 09 Oct 2009 18:58:00 -0000 [thread overview]
Message-ID: <1255114781.10921.217.camel@pavilion> (raw)
In-Reply-To: <20091009173650.GB5272@adacore.com>
On Fri, 2009-10-09 at 10:36 -0700, Joel Brobecker wrote:
> > I'm sure that any effects of discouragement at my end are not the
> > intention of this message :-)
>
> This just shows how important it is to agree on user-level design
> before digging into the implementation - when you can of course.
> Not saying that you didn't!
>
> I actually missed that discussion. Would you mind maybe explain again
> what it is that you're trying to achieve and what has been said on
> the subject? I promise I will read through it and try to give you my
> answers to your questions.
Sure. Note that I'm not discouraged yet, but I would like people to step
into the discussion *now*, not after I'm pointed in another direction.
What am I trying to accomplish ?
Consider http://sf.net/projects/cegcc - cross-develop from your
favourite host to target the Windows CE family (Windows Mobile,
PocketPC, Windows Embedded CE, ..).
Gdb talks to the remote process to debug via gdbserver. This all works
very well until you want to interact with DLLs. In some circumstances
(e.g. with Windows Embedded CE on x86), gdb will receive DLL information
with full paths to the DLLS.
Those paths are in windows style, while the gdb (if on e.g. Linux) only
knows about Unix style paths. From that point on, everything related to
shared libraries fails : e.g. querying at which addresses a DLL is
loaded.
My goal is to fix that.
An example session is in
http://sourceware.org/ml/gdb-patches/2009-09/msg00223.html
You can follow that thread to the rest of the discussion.
At one point I was talking to the BFD maintainers, that was due to my
own misunderstanding. So there's stuff on the BFD list, but probably not
important.
Another interaction is on the gcc mailing list, due to impact on
libiberty. I have the feeling that my current code can be accepted there
if the solution it is created for is considered (by the gdb crowd) to be
the right one.
Please don't misunderstand me : I'm not interested in a particular
solution. The simple one - that was suggested by Daniel this week - is
perfectly acceptable to me; I'll end up considering the coding I did for
it as work necessary for impact analysis. No harm done.
Thanks for looking into this.
Danny
--
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info
next prev parent reply other threads:[~2009-10-09 18:58 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-26 13:49 Danny Backx
2009-10-07 20:05 ` Danny Backx
2009-10-07 20:11 ` Daniel Jacobowitz
2009-10-08 16:01 ` Danny Backx
2009-10-09 17:36 ` Joel Brobecker
2009-10-09 18:58 ` Danny Backx [this message]
2009-10-10 2:19 ` Joel Brobecker
2009-10-12 20:05 ` Danny Backx
2009-10-12 20:28 ` Eli Zaretskii
2009-10-13 5:24 ` Joel Brobecker
2009-10-13 10:57 ` Pedro Alves
2009-10-13 15:30 ` Joel Brobecker
2009-10-13 18:23 ` Eli Zaretskii
2009-10-13 18:12 ` Eli Zaretskii
2009-10-13 18:19 ` Daniel Jacobowitz
2009-10-12 20:45 ` Daniel Jacobowitz
2009-10-13 5:21 ` Joel Brobecker
2009-10-13 15:51 ` Daniel Jacobowitz
2009-10-14 20:18 ` Danny Backx
2009-10-17 4:16 ` Joel Brobecker
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1255114781.10921.217.camel@pavilion \
--to=danny.backx@scarlet.be \
--cc=brobecker@adacore.com \
--cc=drow@false.org \
--cc=gdb-patches@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox