Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Markus Deuling <deuling@de.ibm.com>
To: Joel Brobecker <brobecker@adacore.com>
Cc: Eli Zaretskii <eliz@gnu.org>,
	gdb-patches@sourceware.org,
	        Ulrich Weigand <uweigand@de.ibm.com>
Subject: Re: [RFA] new set/show multiple-choice-auto-select commands
Date: Wed, 16 Jan 2008 10:40:00 -0000	[thread overview]
Message-ID: <478DDE7F.2060305@de.ibm.com> (raw)
In-Reply-To: <20080116101939.GA28020@adacore.com>

Joel Brobecker schrieb:
>>> The principle is indeed the same. The semantics of your command
>>> are a little unclear to me, as you didn't say what should happen
>>> if symbol-user-choice is off and you have more than one symbol matching.
>>> Do you cancel the lookup, choose all symbols, and pick one at random?
>> no, if it is set to off the default behaviour of GDB takes place. GDB
>> executes the "normal" symbol lookup routines as-is now.
> 
> Actually, I was asking you to confirm what the current "normal" symbol
> lookup does. AFAIK, it picks one symbol at random, which is a bug.
> So my question still stands :), but the answer is not critical for
> my part of the patch - we can talk about that later when you make
> your own adjustments inside linespec.

As far as I see there are two paths GDB can follow currently:

1. If GDB currently stands in a shared library which was built using 
-Bsymbolic it will pick the first symbol matching from exactly that library.

2. "default"
In all other cases (so without -Bsymbolc in a shared library) GDB's lookup starts in the
main executables binary. If the user for example stand in a shared library and invokes "br foo"
and there is a symbol in that library and in the main executable as well, GDB will pick the 
one in the meain executable. 
If the symbol is not found in the main executable GDB iterates over the shared libraries and picks 
the first symbol found.

> 
> Deal. A new patch should be sent soon.
> 

Great, standing by ... :-)

Regards,
Markus

-- 
  Markus Deuling
  GNU Toolchain for Linux on Cell BE
  deuling@de.ibm.com


      reply	other threads:[~2008-01-16 10:40 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-01 14:36 Joel Brobecker
2008-01-01 20:16 ` Eli Zaretskii
2008-01-02  4:35   ` Joel Brobecker
2008-01-05 11:03     ` Eli Zaretskii
2008-01-15  9:29     ` Markus Deuling
2008-01-15 12:37       ` Joel Brobecker
2008-01-16  7:32         ` Markus Deuling
2008-01-16 10:20           ` Joel Brobecker
2008-01-16 10:40             ` Markus Deuling [this message]

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=478DDE7F.2060305@de.ibm.com \
    --to=deuling@de.ibm.com \
    --cc=brobecker@adacore.com \
    --cc=eliz@gnu.org \
    --cc=gdb-patches@sourceware.org \
    --cc=uweigand@de.ibm.com \
    /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