From: Eli Zaretskii <eliz@gnu.org>
To: Joel Brobecker <brobecker@adacore.com>
Cc: mark.kettenis@xs4all.nl, gdb-patches@sourceware.org
Subject: Re: New warning in GDB 7.5
Date: Sun, 19 Aug 2012 16:53:00 -0000 [thread overview]
Message-ID: <83vcgeddsm.fsf@gnu.org> (raw)
In-Reply-To: <20120819043652.GN2798@adacore.com>
> Date: Sat, 18 Aug 2012 21:36:52 -0700
> From: Joel Brobecker <brobecker@adacore.com>
> Cc: Mark Kettenis <mark.kettenis@xs4all.nl>, gdb-patches@sourceware.org
>
> > I always thought lazy loading of symbols was a feature, not a bug.
>
> Shouldn't the commands work regardless of whether symbols have been
> fully loaded or not, though?
That would be nice, but I don't know of any way to do that. If you
look at Emacs's src/.gdbinit, you will see at its end that it needs
some symbols right at startup, when the program was not yet started.
If there are commands to control which symbols are loaded when GDB
starts, they might help. Otherwise, I will replace those two "set"
commands with something like
set $dummy = main + 8
which does the job, and suppresses the warning.
> Lazy psymtab-to-symtab conversion should be transparent to the user.
But what is its trigger? And will this transparent conversion kick in
when .gdbinit does the following?
# People get bothered when they see messages about non-existent functions...
xgetptr globals.f_Vsystem_type
# $ptr is NULL in temacs
if ($ptr != 0)
set $tem = (struct Lisp_Symbol *) $ptr
xgetptr $tem->name
set $tem = (struct Lisp_String *) $ptr
set $tem = (char *) $tem->data
# Don't let abort actually run, as it will make stdio stop working and
# therefore the `pr' command above as well.
if $tem[0] == 'w' && $tem[1] == 'i' && $tem[2] == 'n' && $tem[3] == 'd'
# The windows-nt build replaces abort with its own function.
break w32_abort
else
break abort
end
end
Here, GDB needs to know what is Lisp_String and Lisp_Symbol, and also
the various bit masks used by xgetptr (defined earlier in the file).
next prev parent reply other threads:[~2012-08-19 16:53 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-18 20:03 Eli Zaretskii
2012-08-18 20:56 ` Joel Brobecker
2012-08-18 21:01 ` Eli Zaretskii
2012-08-18 21:49 ` Mark Kettenis
2012-08-19 2:46 ` Eli Zaretskii
2012-08-19 4:37 ` Joel Brobecker
2012-08-19 16:53 ` Eli Zaretskii [this message]
2012-08-19 18:07 ` Joel Brobecker
2012-08-19 18:27 ` Eli Zaretskii
2012-08-19 18:33 ` Joel Brobecker
2012-08-19 18:33 ` Mark Kettenis
2012-08-19 18:59 ` Eli Zaretskii
2012-08-19 19:11 ` Mark Kettenis
2012-08-19 19:44 ` Eli Zaretskii
2012-08-20 14:24 ` Jan Kratochvil
2012-08-20 16:33 ` Eli Zaretskii
2012-08-20 17:07 ` Jan Kratochvil
2012-08-20 17:35 ` Eli Zaretskii
2012-08-20 15:01 ` Tom Tromey
2012-08-20 16:34 ` Eli Zaretskii
2012-08-20 17:28 ` Tom Tromey
2012-08-20 18:03 ` Tom Tromey
2012-08-20 18:56 ` Eli Zaretskii
2012-08-20 19:22 ` Tom Tromey
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=83vcgeddsm.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=brobecker@adacore.com \
--cc=gdb-patches@sourceware.org \
--cc=mark.kettenis@xs4all.nl \
/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