From: Tom Tromey <tromey@redhat.com>
To: Elena Zannoni <ezannoni@redhat.com>
Cc: gdb-patches@sources.redhat.com
Subject: RFA: osabi.c correctness patch (Was: new build failure)
Date: Tue, 27 Aug 2002 13:37:00 -0000 [thread overview]
Message-ID: <87d6s4hwwy.fsf_-_@fleche.redhat.com> (raw)
In-Reply-To: <15723.52602.741154.488098@localhost.redhat.com>
>>>>> "Elena" == Elena Zannoni <ezannoni@redhat.com> writes:
>> ../../src/gdb/breakpoint.c:2732: warning: implicit declaration of function `copy_command_lines'
Elena> I am checking in a fix... hold on.
FYI, it looks like the problem was caused by an incomplete commit of
this patch:
2002-08-26 Joel Brobecker <brobecker@gnat.com>
* cli/cli-script.c (copy_command_lines): New function.
* defs.h (copy_command_lines): Export.
Your fix is fine by me, but the original author(s) may disagree.
I'm still working on getting gdb to build with -Werror.
I started by turning off the TUI; even with a patch for the readline
problem I ran into another warning. I don't actually use the TUI, and
I want to use a new gdb today, so disabling it was expedient.
After this I got an error building osabi.c. strcmp was implicitly
defined. Patch appended. The Makefile fix also includes a minor
whitespace bug pointed out by the makefile mode in Emacs.
Ok to commit?
Incidentally: gdb_string.h relies on some defines brought in by
config.h. But not every file includes config.h first. For instance,
ada-lang.c incorrectly includes some files before defs.h (I found this
by accident).
There's another build bug after this one.
Tom
Index: ChangeLog
from Tom Tromey <tromey@redhat.com>
* Makefile.in (osabi.o): Update dependencies.
* osabi.c: Include gdb_string.h.
Index: Makefile.in
===================================================================
RCS file: /cvs/src/src/gdb/Makefile.in,v
retrieving revision 1.250
diff -u -r1.250 Makefile.in
--- Makefile.in 27 Aug 2002 19:06:34 -0000 1.250
+++ Makefile.in 27 Aug 2002 20:25:40 -0000
@@ -1740,7 +1740,7 @@
$(gdbtypes_h) $(language_h) $(objfiles_h) $(symfile_h) $(symtab_h) \
$(target_h) $(value_h) $(gdb_string_h) $(wrapper_h) $(cp_abi_h)
-osabi.o: osabi.c $(defs_h) $(BFD_SRC)/elf-bfd.h
+osabi.o: osabi.c $(gdb_string_h) $(defs_h) $(BFD_SRC)/elf-bfd.h
go32-nat.o: go32-nat.c $(defs_h) $(inferior_h) $(gdb_wait_h) $(gdbcore_h) \
$(command_h) $(floatformat_h) $(target_h) i387-tdep.h $(regcache_h)
@@ -1753,7 +1753,7 @@
gnu-v3-abi.o: gnu-v3-abi.c $(defs_h) $(value_h) $(cp_abi_h) $(demangle_h) \
$(gdb_assert_h) $(gdb_string_h)
-
+
h8300-tdep.o: h8300-tdep.c $(defs_h) $(frame_h) $(symtab_h) $(dis_asm_h) \
$(gdbcmd_h) $(gdbtypes_h) $(gdbcore_h) $(gdb_string_h) $(value_h) \
$(regcache_h)
Index: osabi.c
===================================================================
RCS file: /cvs/src/src/gdb/osabi.c,v
retrieving revision 1.6
diff -u -r1.6 osabi.c
--- osabi.c 18 Aug 2002 17:59:57 -0000 1.6
+++ osabi.c 27 Aug 2002 20:25:41 -0000
@@ -19,6 +19,7 @@
Boston, MA 02111-1307, USA. */
#include "defs.h"
+#include "gdb_string.h"
#include "osabi.h"
#include "elf-bfd.h"
next parent reply other threads:[~2002-08-27 20:28 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <87n0r8i35t.fsf@fleche.redhat.com>
[not found] ` <15723.52602.741154.488098@localhost.redhat.com>
2002-08-27 13:37 ` Tom Tromey [this message]
2002-08-27 13:58 ` Tom Tromey
2002-08-27 15:37 ` Elena Zannoni
2002-08-27 15:42 ` Tom Tromey
2002-08-27 16:53 ` Andrew Cagney
2002-08-27 20:12 ` Michael Snyder
2002-08-27 15:32 ` Elena Zannoni
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=87d6s4hwwy.fsf_-_@fleche.redhat.com \
--to=tromey@redhat.com \
--cc=ezannoni@redhat.com \
--cc=gdb-patches@sources.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