From: Daniel Berlin <dan@cgsoftware.com>
To: Chad Walker <cwalker@yahoo-inc.com>
Cc: gdb-patches@sourceware.cygnus.com
Subject: Re: GDB 5.0 on FreeBSD 3.4
Date: Thu, 25 May 2000 10:35:00 -0000 [thread overview]
Message-ID: <Pine.LNX.4.10.10005251034070.32310-100000@propylaea.anduin.com> (raw)
In-Reply-To: <NDBBLPNLDMEJKCGPENEHGELECAAA.cwalker@yahoo-inc.com>
FREEBSD_ELF needs to be defined.
Also, you are using the CVS version of GDB, where FreeBSD support was just
checked in, right?
And not 5.0 release?
If you are using 5.0 release, it won't work.
On Thu, 25 May 2000, Chad Walker wrote:
> Hey guys,
>
> I am having a problem building 5.0 on i386-unknown-freebsdelf3.4
> In the file gdb-5.0/gdb/solib.c. It looks to me like there's some #define or
> macro that is not right for elf based fbsd, and that's making it #include
> the wrong file. Since I am not very familar with the gdb code, I thought I'd
> ask here if anyone has come across it, or has a fbsd3.4 machine they could
> try it on. Thanks for any suggestions.
>
> -chad
>
> Here's the output from gmake:
> gcc -c -g -O2 -I. -I. -I./config -DHAVE_CONFIG_H -I./../include/opcode -I
> ./../readline/.. -I../bfd -I./../bfd -I./../include -I../intl -I./../intl -
> I./tui -DUSE_INCLUDED_REGEX solib.c
> solib.c: In function `solib_map_sections':
> solib.c:369: structure has no member named `som_addr'
> solib.c:369: structure has no member named `som_addr'
> solib.c:370: structure has no member named `som_addr'
> solib.c:370: structure has no member named `som_addr'
> solib.c: In function `solib_add_common_symbols':
> solib.c:431: storage size of `inferior_rtc_symb' isn't known
> solib.c: In function `first_link_map_member':
> solib.c:896: sizeof applied to an incomplete type
> solib.c:897: invalid use of undefined type `struct _dynamic'
> solib.c:901: invalid use of undefined type `struct _dynamic'
> solib.c:901: invalid use of undefined type `struct _dynamic'
> solib.c:902: sizeof applied to an incomplete type
> solib.c:903: invalid use of undefined type `struct section_dispatch_table'
> solib.c:903: invalid use of undefined type `struct section_dispatch_table'
> solib.c: In function `current_sos':
> solib.c:1099: structure has no member named `som_next'
> solib.c:1099: structure has no member named `som_next'
> solib.c:1114: structure has no member named `som_path'
> solib.c:1114: structure has no member named `som_path'
> solib.c: In function `symbol_add_stub':
> solib.c:1181: structure has no member named `som_addr'
> solib.c:1181: structure has no member named `som_addr'
> solib.c: In function `info_sharedlibrary_command':
> solib.c:1508: structure has no member named `som_addr'
> solib.c:1508: structure has no member named `som_addr'
> solib.c: In function `solib_address':
> solib.c:1555: structure has no member named `som_addr'
> solib.c:1555: structure has no member named `som_addr'
> solib.c: In function `disable_break':
> solib.c:1662: sizeof applied to an incomplete type
> solib.c:1668: invalid use of undefined type `struct so_debug'
> solib.c:1668: invalid use of undefined type `struct so_debug'
> solib.c:1669: invalid use of undefined type `struct so_debug'
> solib.c:1670: invalid use of undefined type `struct so_debug'
> solib.c: In function `enable_break':
> solib.c:1754: sizeof applied to an incomplete type
> solib.c:1763: invalid use of undefined type `struct _dynamic'
> solib.c:1763: invalid use of undefined type `struct _dynamic'
> solib.c:1767: invalid use of undefined type `struct so_debug'
> solib.c: In function `special_symbol_handling':
> solib.c:2053: sizeof applied to an incomplete type
> solib.c:2064: invalid use of undefined type `struct _dynamic'
> solib.c:2064: invalid use of undefined type `struct _dynamic'
> solib.c:2071: sizeof applied to an incomplete type
> solib.c:2077: invalid use of undefined type `struct so_debug'
> solib.c:2079: invalid use of undefined type `struct so_debug'
> solib.c:2079: invalid use of undefined type `struct so_debug'
> solib.c: At top level:
> solib.c:128: storage size of `dynamic_copy' isn't known
> solib.c:129: storage size of `ld_2_copy' isn't known
> solib.c:130: storage size of `debug_copy' isn't known
> gmake[1]: *** [solib.o] Error 1
> gmake[1]: Leaving directory `/home/cwalker/gdb-5.0/gdb'
> gmake: *** [all-gdb] Error 2
>
next parent reply other threads:[~2000-05-25 10:35 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <NDBBLPNLDMEJKCGPENEHGELECAAA.cwalker@yahoo-inc.com>
2000-05-25 10:35 ` Daniel Berlin [this message]
2000-05-25 10:46 ` Mark Kettenis
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=Pine.LNX.4.10.10005251034070.32310-100000@propylaea.anduin.com \
--to=dan@cgsoftware.com \
--cc=cwalker@yahoo-inc.com \
--cc=gdb-patches@sourceware.cygnus.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