From: David Mosberger <davidm@napali.hpl.hp.com>
To: linux-ia64@vger.kernel.org
Subject: [Linux-ia64] [ANNOUNCE] first prototype of unwind API
Date: Tue, 15 Jan 2002 02:03:30 +0000 [thread overview]
Message-ID: <marc-linux-ia64-105590698805827@msgid-missing> (raw)
[Note: this announcement is cross-posted to the glibc, gcc, and
linux-ia64 mailing list because I believe this may be of interest to
various people on these lists. This will be the only post of this
sort; all future discussion will happen on the relevant mailing
lists. Thanks for your understanding.]
I'm happy to announce a first prototype implementation of a (mostly)
platform-independent unwind API. The purpose of this API is to
simplify the implementation of applications that need to inspect the
call-chain of a process/thread. The immediate goal is to use this
library to implement routines such as glibc's backtrace() function and
offer a substitute for the unwind implementation currently in gcc (of
course, it will be up to the glibc and gcc maintainers to decide
if/when this is appropriate...).
Originally, the API was intended for the ia64 platform, but the
current draft is platform-independent with the exception of the
manifest constants for register names (there are a couple of
well-known register names that make it possible to implement, e.g.,
backtraces in a completely platform-independent fashion).
The prototype source code is available at:
ftp://ftp.hpl.hp.com/pub/linux-ia64/libunwind-0.0.tar.gz
md5sum: 9a2935bf589331b17cf23defc3e36bbd libunwind-0.0.tar.gz
The current prototype implementation is limited to the ia64 linux
platform and even that version has received only light testing. The
main purpose of this release is to increase the exposure of the API
and to collect feedback. It would also be nice to find people
interested in implementing the API for other platforms (e.g., x86,
Alpha, etc).
For more information, please refer to the README in the top-level
directory of the source distribution.
If this is a topic of interest to you, please consider subscribing to
the "libunwind" mailing list. Again, see the README for details.
For the next steps, I'm planning to create the glue logic needed to
use libunwind for GCC exception handling. Once that is working, I'd
like to do some fairly extensive correctness and performance testing.
Needless to say: any and all feedback is welcome. Note that to limit
SPAM, it is necessary to subscribe to libunwind before you can post to
the list. If you do not wish to do that but still have comments, just
send them directly to me (davidm@hpl.hp.com).
Thanks,
--david
reply other threads:[~2002-01-15 2:03 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=marc-linux-ia64-105590698805827@msgid-missing \
--to=davidm@napali.hpl.hp.com \
--cc=linux-ia64@vger.kernel.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