Re: gdb 8.3: "handler for the OSI ABI "FreeBSD" is not built into this configuration"

Chris Nicol <[email protected]>
Newsgroups gmane.comp.gdb.devel
Message-ID <[email protected]>
Thanks, Martin. Yes, when the gdb_6.1.1 did not work, I first had a look 
to build the 9.1 in /usr/ports/devel/gdb, but the Makefile indicates 
NOT_FOR_ARCHS= sparc64, and a comment above it "untested on sparc64, 
might work". Not encouraged, I went on to build the 9.1 from the gnu 
source. Maybe I will try the /usr/ports version if I comment out the 
NOT_FOR_ARCHS, since there might be some tweaks in there that is 
specific to FreeBSD.

I will also try what you are suggesting below. Hard to track down the 
llvm-tblgen problem when I can't debug why it is seg. faulting... and 
getting some help on the llvm list has been pretty fruitless.

Chris.

On 5/23/2020 4:17 PM, Martin Simmons wrote:
> Hi Chris,
> 
> Yes, the architecture is detected from the binary if given, otherwise it
> defaults to the main architecture.
> 
> BTW, have you tried building devel/gdb from the /usr/ports tree?  That
> is the normal way to get any specific tweaks that the FreeBSD project
> already knows about.
> 
> I can't give you comprehensive instructions on how to debug the nested
> gdb.  I think you should start by looking at the function
> gdbarch_init_osabi in gdb/osabi.c to see what it does.  In summary, it
> is looking in the list gdb_osabi_handler_list for something that matches
> the argument named info.  It only finds a match if the osabi is the same
> and it has an acceptable arch_info (the function can_run_code_for).  It
> prints the warning if it doesn't find a match.
> 
> The command sequence to start debugging it is something like this:
> 
> break gdbarch_init_osabi
> run
> 
> It should then stop at the breakpoint, where it is useful to do:
> 
> print info
> print *info.bfd_arch_info
> set $tmp=gdb_osabi_handler_list
> while $tmp
> print *$tmp
> print *$tmp->arch_info
> set $tmp=$tmp->next
> end
> 
> That might be enough to find why there is no match, but otherwise you
> have to repeatedly use the step command and print other things that the
> code is examining.
> 
> __Martin


-- 
______________________________________________________________________
Dr. Christopher J. Nicol,               Phone:          (403) 329-2261
University Librarian and                FAX:            (403) 329-2234
Professor of Economics,
The University of Lethbridge,           E-Mail:        [email protected]
Lethbridge, Alberta, T1K 3M4, CANADA.   http://people.uleth.ca/~nicolc
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.