Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Joshua Watt <jpewdev@gmail.com>
To: Jan Kratochvil <jan.kratochvil@redhat.com>
Cc: Joel Brobecker <brobecker@adacore.com>, gdb@sourceware.org
Subject: Re: Option to disable frame checking
Date: Mon, 01 Oct 2012 18:39:00 -0000	[thread overview]
Message-ID: <CAEPrYjTa1t4bGJBEq-pvm2z2hwt597Mo11LP4zCVe58pA1yxwA@mail.gmail.com> (raw)
In-Reply-To: <20121001172618.GA23158@host2.jankratochvil.net>

>> > Is it acceptable to make a patch that allows this check to be turned
>> > off (i.e. "set frame-inner-check off" or similar), or is there another
>> > method that is more acceptable?
>>
>> Knowing that the Go language makes extensive use of alternate stacks,
>> I think it's just better to remove the check altogether.
>
> I do not know about Go alternate stacks but the checks for example already
> supports gcc -fsplit-stack.  More such features should be rather implemented
> than to drop UNWIND_INNER_ID.  Could not be GDB taught about thue alternate
> stack?

I'm not sure how that would be accomplished. AFAIK, there isn't any sort of
information in the DWARF debugging format that could be used to (definitively)
indicate the thread has jumped stacks, so I think it would have to be determined
by something external to the code being debugged. I think that such a heuristic
approach could be difficult to get correct in all cases, hence the
idea of making it
a user configurable option.

I won't claim to be an expert in the DWARF debugging format though, so
I could be
wrong. I also don't know anything about any other debugging formats.

-- 
Joshua Watt


  parent reply	other threads:[~2012-10-01 18:39 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-01 17:04 Joshua Watt
2012-10-01 17:21 ` Joel Brobecker
2012-10-01 17:26   ` Jan Kratochvil
2012-10-01 17:59     ` Joel Brobecker
2012-10-01 18:39     ` Joshua Watt [this message]
2012-10-01 18:54       ` Jan Kratochvil

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=CAEPrYjTa1t4bGJBEq-pvm2z2hwt597Mo11LP4zCVe58pA1yxwA@mail.gmail.com \
    --to=jpewdev@gmail.com \
    --cc=brobecker@adacore.com \
    --cc=gdb@sourceware.org \
    --cc=jan.kratochvil@redhat.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