From: Chris Nicol <nicolc@uleth.ca>
To: gdb@sourceware.org
Subject: gdb 8.3: "handler for the OSI ABI "FreeBSD" is not built into this configuration"
Date: Thu, 21 May 2020 23:56:21 -0600 [thread overview]
Message-ID: <88abec76-ad36-1562-d93b-d1159430bf2d@uleth.ca> (raw)
In-Reply-To: <198ff4bc-8195-750e-84f5-e3d76974a223@uleth.ca>
Dear List,
My system - SunBlade 100 running FreeBSD 12.1 had a stock gdb 6.1.1
version of the debugger, which came with the FreeBSD 12.1 I am running.
This version would not would not run against some core dumps I had from
llvm-tblgen in the
build of llvm90. This was being built with gcc9, a gcc9 which I built
and installed on the SunBlade 100 from the /usr/ports tree. When I run
the gdb-8.3 against that llvn-tblgen.core, I get an initial message "A
handler for the OSI ABI "FreeBSD" is not built into this configuration
of GDB. Attempting to continue with the default sparc settings". The
debugger does not then provide any useful results, simply indicating
that a seg fault happened at:
#0 0000000000000000 in ?? ()
I think this is because the gdb can't figure out the arch of my
SunBlade? It is beg endian, and I think the debugger default is little
endian in the stock 8.3 a(and 9.1) build. I read some other posts of a
similar nature that generated this message, which I think is built into
the test code to identify
architecture. I believe there is a simple workaround for this, but it is
beyond my ken as a mere economist dabbling in things I should leave
alone ;)
Can anyone of the list provide any advice on this, please? Thank you.
Sincerely,
Chris.
next prev parent reply other threads:[~2020-05-22 5:56 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-20 18:24 gdb-9.1 Fails to build: "invalid cast to abstract class type" Chris Nicol
2020-05-21 14:12 ` Simon Marchi
2020-05-22 3:55 ` Chris Nicol
2020-05-22 5:56 ` Chris Nicol [this message]
2020-05-22 17:36 ` gdb 8.3: "handler for the OSI ABI "FreeBSD" is not built into this configuration" Simon Marchi
2020-05-22 18:22 ` Chris Nicol
2020-05-22 18:51 ` Simon Marchi
2020-05-22 19:35 ` Chris Nicol
2020-05-23 17:40 ` Martin Simmons
2020-05-23 18:29 ` Chris Nicol
2020-05-23 22:17 ` Martin Simmons
2020-05-24 1:55 ` Chris Nicol
2020-05-24 14:05 ` Simon Marchi
2020-05-27 21:31 ` Martin Simmons
[not found] ` <46566349-c023-6a75-7006-268aad4913c6@uleth.ca>
2020-05-28 10:57 ` Martin Simmons
2020-05-28 14:40 ` Chris Nicol
2020-05-28 17:30 ` Martin Simmons
2020-05-28 17:37 ` Chris Nicol
2020-05-23 16:29 ` gdb-9.1 Fails to build: "invalid cast to abstract class type" 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=88abec76-ad36-1562-d93b-d1159430bf2d@uleth.ca \
--to=nicolc@uleth.ca \
--cc=gdb@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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).