* RFA: osabi.c correctness patch (Was: new build failure)
[not found] ` <15723.52602.741154.488098@localhost.redhat.com>
@ 2002-08-27 13:37 ` Tom Tromey
2002-08-27 13:58 ` Tom Tromey
2002-08-27 15:32 ` Elena Zannoni
0 siblings, 2 replies; 7+ messages in thread
From: Tom Tromey @ 2002-08-27 13:37 UTC (permalink / raw)
To: Elena Zannoni; +Cc: gdb-patches
>>>>> "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"
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: RFA: osabi.c correctness patch (Was: new build failure)
2002-08-27 13:37 ` RFA: osabi.c correctness patch (Was: new build failure) Tom Tromey
@ 2002-08-27 13:58 ` Tom Tromey
2002-08-27 15:37 ` Elena Zannoni
2002-08-27 15:32 ` Elena Zannoni
1 sibling, 1 reply; 7+ messages in thread
From: Tom Tromey @ 2002-08-27 13:58 UTC (permalink / raw)
To: Elena Zannoni; +Cc: gdb-patches
>>>>> "Tom" == Tom Tromey <tromey@redhat.com> writes:
Tom> There's another build bug after this one.
I chased down a number of -Werror problems, all relating to
gdb_string.h. The appended patch obsoletes the one I just sent.
Tested on x86 Red Hat Linux 7.3.
It would be simpler to just include gdb_string.h in defs.h.
I didn't do that as that doesn't seem to be the gdb style.
Note that even with this patch we don't build with -Werror. I'm
giving up. I need a working gdb today, for my primary task. I don't
know what happened here; I thought -Werror builds worked fine just a
couple months ago.
The remaining problem is this:
gcc -c -Wall -g -O2 -I. -I../../../src/gdb/gdbserver -I../../../src/gdb/gdbserver/../regformats -I../../../src/gdb/gdbserver/../../include -I../../bfd -I../../../src/gdb/gdbserver/../../bfd ../../../src/gdb/gdbserver/gdbreplay.c
../../../src/gdb/gdbserver/gdbreplay.c: In function `perror_with_name':
../../../src/gdb/gdbserver/gdbreplay.c:65: warning: implicit declaration of function `alloca'
../../../src/gdb/gdbserver/gdbreplay.c:71: warning: implicit declaration of function `exit'
../../../src/gdb/gdbserver/gdbreplay.c: In function `remote_open':
../../../src/gdb/gdbserver/gdbreplay.c:112: warning: implicit declaration of function `atoi'
There might be more after this. I haven't been using `make -k'.
Ok to commit?
Tom
Index: ChangeLog
from Tom Tromey <tromey@redhat.com>
* Makefile.in (osabi.o, i387-tdep.o, i386-linux-nat.o, lin-lwp.o,
ax-gdb.o, signals.o, jv-valprint.o, c-valprint.o, cp-abi.o):
Update dependencies.
* i387-tdep.c: Include gdb_string.h.
* osabi.c: Likewise.
* i386-linux-nat.c: Likewise.
* lin-lwp.c: Likewise.
* ax-gdb.c: Likewise.
* signals/signals.c: Likewise.
* jv-valprint.c: Likewise.
* p-lang.c: Likewise.
* c-valprint.c: Likewise.
* cp-abi.c: Likewise.
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:42:10 -0000
@@ -1557,7 +1557,8 @@
$(gdb_string_h)
c-valprint.o: c-valprint.c $(defs_h) $(expression_h) $(gdbtypes_h) \
- $(language_h) $(symtab_h) $(valprint_h) $(value_h) $(cp_abi_h)
+ $(language_h) $(symtab_h) $(valprint_h) $(value_h) $(cp_abi_h) \
+ $(gdb_string_h)
doublest.o: doublest.c $(defs_h) $(doublest_h) $(floatformat_h) $(gdbtypes_h) \
$(gdb_assert_h) $(gdb_string_h)
@@ -1622,7 +1623,7 @@
$(gdbcore_h) $(gdbthread_h) $(elf_bfd_h) $(cli_decode_h) \
$(gdb_string_h)
-cp-abi.o: cp-abi.c $(defs_h) $(value_h) $(cp_abi_h)
+cp-abi.o: cp-abi.c $(defs_h) $(value_h) $(cp_abi_h) $(gdb_string_h)
cp-valprint.o: cp-valprint.c $(defs_h) $(gdb_obstack_h) $(symtab_h) \
$(gdbtypes_h) $(expression_h) $(value_h) $(command_h) $(gdbcmd_h) \
@@ -1740,7 +1741,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 +1754,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)
@@ -1815,7 +1816,8 @@
i386-linux-nat.o: i386-linux-nat.c $(defs_h) $(inferior_h) $(gdbcore_h) \
$(symtab_h) $(symfile_h) $(objfiles_h) $(regcache_h) \
- $(i386_linux_tdep_h) $(i386_tdep_h) $(i387_tdep_h)
+ $(i386_linux_tdep_h) $(i386_tdep_h) $(i387_tdep_h) \
+ $(gdb_string_h)
i386-linux-tdep.o: i386-linux-tdep.c $(defs_h) $(gdbcore_h) $(frame_h) \
$(value_h) $(regcache_h)
@@ -1823,7 +1825,8 @@
i386v4-nat.o: i386v4-nat.c $(defs_h) $(regcache_h)
i387-tdep.o: i387-tdep.c $(floatformat_h) $(defs_h) $(gdbcore_h) \
- $(inferior_h) $(language_h) $(regcache_h) $(doublest_h) i386-tdep.h
+ $(inferior_h) $(language_h) $(regcache_h) $(doublest_h) i386-tdep.h \
+ $(gdb_string_h)
# OBSOLETE i960-tdep.o: i960-tdep.c $(defs_h) $(symtab_h) $(value_h) $(frame_h) \
# OBSOLETE $(floatformat_h) $(target_h) $(gdbcore_h) $(inferior_h) $(regcache_h)
@@ -1871,7 +1874,8 @@
jv-valprint.o: jv-valprint.c $(bfd_h) $(defs_h) $(symtab_h) $(gdbtypes_h) \
$(expression_h) $(value_h) $(demangle_h) $(valprint_h) \
- $(language_h) jv-lang.h $(c_lang_h) gdbcore.h $(annotate_h)
+ $(language_h) jv-lang.h $(c_lang_h) gdbcore.h $(annotate_h) \
+ $(gdb_string_h)
kod.o: kod.c $(defs_h) $(command_h) $(gdbcmd_h) $(target_h) $(gdb_string_h) \
kod.h
@@ -2100,7 +2104,7 @@
$(objfiles_h) $(target_h) $(regcache_h)
lin-lwp.o: lin-lwp.c $(defs_h) $(gdb_assert_h) $(gdb_wait_h) $(gdbthread_h) \
- $(inferior_h) $(target_h) $(gdbcmd_h) $(regcache_h)
+ $(inferior_h) $(target_h) $(gdbcmd_h) $(regcache_h) $(gdb_string_h)
proc-service.o: proc-service.c $(defs_h) $(inferior_h) gdb_proc_service.h \
$(symtab_h) $(target_h) gregset.h
@@ -2297,7 +2301,8 @@
ax-general.o: ax-general.c $(defs_h) $(ax_h) $(value_h)
ax-gdb.o: ax-gdb.c $(defs_h) $(symtab_h) $(symfile_h) $(gdbtypes_h) \
- $(value_h) $(expression_h) $(command_h) $(ax_h) $(gdbcmd_h) ax-gdb.h
+ $(value_h) $(expression_h) $(command_h) $(ax_h) $(gdbcmd_h) ax-gdb.h \
+ $(gdb_string_h)
sun3-nat.o: sun3-nat.c $(defs_h) $(gdbcore_h) $(inferior_h) $(regcache_h)
@@ -2612,7 +2617,7 @@
# Need to explicitly specify the compile rule as make will do nothing
# or try to compile the object file into the mi directory.
-signals.o: $(srcdir)/signals/signals.c $(defs_h) $(target_h)
+signals.o: $(srcdir)/signals/signals.c $(defs_h) $(target_h) $(gdb_string_h)
$(CC) -c $(INTERNAL_CFLAGS) $(srcdir)/signals/signals.c
#
Index: ax-gdb.c
===================================================================
RCS file: /cvs/src/src/gdb/ax-gdb.c,v
retrieving revision 1.13
diff -u -r1.13 ax-gdb.c
--- ax-gdb.c 13 May 2002 14:00:35 -0000 1.13
+++ ax-gdb.c 27 Aug 2002 20:42:11 -0000
@@ -30,6 +30,7 @@
#include "target.h"
#include "ax.h"
#include "ax-gdb.h"
+#include "gdb_string.h"
/* To make sense of this file, you should read doc/agentexpr.texi.
Then look at the types and enums in ax-gdb.h. For the code itself,
Index: c-valprint.c
===================================================================
RCS file: /cvs/src/src/gdb/c-valprint.c,v
retrieving revision 1.13
diff -u -r1.13 c-valprint.c
--- c-valprint.c 5 Feb 2002 21:41:29 -0000 1.13
+++ c-valprint.c 27 Aug 2002 20:42:13 -0000
@@ -21,6 +21,7 @@
Boston, MA 02111-1307, USA. */
#include "defs.h"
+#include "gdb_string.h"
#include "symtab.h"
#include "gdbtypes.h"
#include "expression.h"
Index: cp-abi.c
===================================================================
RCS file: /cvs/src/src/gdb/cp-abi.c,v
retrieving revision 1.3
diff -u -r1.3 cp-abi.c
--- cp-abi.c 4 Jan 2002 18:20:19 -0000 1.3
+++ cp-abi.c 27 Aug 2002 20:42:13 -0000
@@ -21,6 +21,7 @@
#include "defs.h"
#include "value.h"
#include "cp-abi.h"
+#include "gdb_string.h"
struct cp_abi_ops current_cp_abi;
Index: i386-linux-nat.c
===================================================================
RCS file: /cvs/src/src/gdb/i386-linux-nat.c,v
retrieving revision 1.40
diff -u -r1.40 i386-linux-nat.c
--- i386-linux-nat.c 15 Jun 2002 16:43:54 -0000 1.40
+++ i386-linux-nat.c 27 Aug 2002 20:42:13 -0000
@@ -25,6 +25,7 @@
#include "regcache.h"
#include "gdb_assert.h"
+#include "gdb_string.h"
#include <sys/ptrace.h>
#include <sys/user.h>
#include <sys/procfs.h>
Index: i387-tdep.c
===================================================================
RCS file: /cvs/src/src/gdb/i387-tdep.c,v
retrieving revision 1.22
diff -u -r1.22 i387-tdep.c
--- i387-tdep.c 19 Aug 2002 11:52:36 -0000 1.22
+++ i387-tdep.c 27 Aug 2002 20:42:13 -0000
@@ -28,6 +28,7 @@
#include "floatformat.h"
#include "regcache.h"
#include "gdb_assert.h"
+#include "gdb_string.h"
#include "doublest.h"
#include "i386-tdep.h"
Index: jv-valprint.c
===================================================================
RCS file: /cvs/src/src/gdb/jv-valprint.c,v
retrieving revision 1.10
diff -u -r1.10 jv-valprint.c
--- jv-valprint.c 9 May 2002 18:23:41 -0000 1.10
+++ jv-valprint.c 27 Aug 2002 20:42:14 -0000
@@ -30,6 +30,7 @@
#include "jv-lang.h"
#include "c-lang.h"
#include "annotate.h"
+#include "gdb_string.h"
/* Local functions */
Index: lin-lwp.c
===================================================================
RCS file: /cvs/src/src/gdb/lin-lwp.c,v
retrieving revision 1.34
diff -u -r1.34 lin-lwp.c
--- lin-lwp.c 31 Mar 2002 15:10:38 -0000 1.34
+++ lin-lwp.c 27 Aug 2002 20:42:15 -0000
@@ -21,6 +21,7 @@
#include "defs.h"
#include "gdb_assert.h"
+#include "gdb_string.h"
#include <errno.h>
#include <signal.h>
#include <sys/ptrace.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:42:15 -0000
@@ -19,6 +19,7 @@
Boston, MA 02111-1307, USA. */
#include "defs.h"
+#include "gdb_string.h"
#include "osabi.h"
#include "elf-bfd.h"
Index: p-lang.c
===================================================================
RCS file: /cvs/src/src/gdb/p-lang.c,v
retrieving revision 1.8
diff -u -r1.8 p-lang.c
--- p-lang.c 13 May 2002 14:00:36 -0000 1.8
+++ p-lang.c 27 Aug 2002 20:42:15 -0000
@@ -20,6 +20,7 @@
/* This file is derived from c-lang.c */
#include "defs.h"
+#include "gdb_string.h"
#include "symtab.h"
#include "gdbtypes.h"
#include "expression.h"
Index: signals/signals.c
===================================================================
RCS file: /cvs/src/src/gdb/signals/signals.c,v
retrieving revision 1.4
diff -u -r1.4 signals.c
--- signals/signals.c 9 Jun 2002 19:42:11 -0000 1.4
+++ signals/signals.c 27 Aug 2002 20:42:26 -0000
@@ -25,6 +25,7 @@
#else
#include "defs.h"
#include "target.h"
+#include "gdb_string.h"
#endif
#include <signal.h>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: RFA: osabi.c correctness patch (Was: new build failure)
2002-08-27 13:37 ` RFA: osabi.c correctness patch (Was: new build failure) Tom Tromey
2002-08-27 13:58 ` Tom Tromey
@ 2002-08-27 15:32 ` Elena Zannoni
1 sibling, 0 replies; 7+ messages in thread
From: Elena Zannoni @ 2002-08-27 15:32 UTC (permalink / raw)
To: tromey; +Cc: Elena Zannoni, gdb-patches
Oh, right. I hope Joel doesn't mind.
I think your patch is ok, and fairly obvious.
Elena
Tom Tromey writes:
> >>>>> "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"
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: RFA: osabi.c correctness patch (Was: new build failure)
2002-08-27 13:58 ` Tom Tromey
@ 2002-08-27 15:37 ` Elena Zannoni
2002-08-27 15:42 ` Tom Tromey
0 siblings, 1 reply; 7+ messages in thread
From: Elena Zannoni @ 2002-08-27 15:37 UTC (permalink / raw)
To: tromey; +Cc: Elena Zannoni, gdb-patches
Tom Tromey writes:
> >>>>> "Tom" == Tom Tromey <tromey@redhat.com> writes:
>
> Tom> There's another build bug after this one.
>
> I chased down a number of -Werror problems, all relating to
> gdb_string.h. The appended patch obsoletes the one I just sent.
> Tested on x86 Red Hat Linux 7.3.
>
> It would be simpler to just include gdb_string.h in defs.h.
> I didn't do that as that doesn't seem to be the gdb style.
Yes, we are separating stuff out of defs.h, into its own .h files.
>
> Note that even with this patch we don't build with -Werror. I'm
> giving up. I need a working gdb today, for my primary task. I don't
> know what happened here; I thought -Werror builds worked fine just a
> couple months ago.
I wonder if we should enable ,-Werror by default on certain platforms.
>
>
> The remaining problem is this:
>
> gcc -c -Wall -g -O2 -I. -I../../../src/gdb/gdbserver -I../../../src/gdb/gdbserver/../regformats -I../../../src/gdb/gdbserver/../../include -I../../bfd -I../../../src/gdb/gdbserver/../../bfd ../../../src/gdb/gdbserver/gdbreplay.c
> ../../../src/gdb/gdbserver/gdbreplay.c: In function `perror_with_name':
> ../../../src/gdb/gdbserver/gdbreplay.c:65: warning: implicit declaration of function `alloca'
> ../../../src/gdb/gdbserver/gdbreplay.c:71: warning: implicit declaration of function `exit'
> ../../../src/gdb/gdbserver/gdbreplay.c: In function `remote_open':
> ../../../src/gdb/gdbserver/gdbreplay.c:112: warning: implicit declaration of function `atoi'
>
>
> There might be more after this. I haven't been using `make -k'.
>
>
> Ok to commit?
Sure.
Elena
>
> Tom
>
>
> Index: ChangeLog
> from Tom Tromey <tromey@redhat.com>
>
> * Makefile.in (osabi.o, i387-tdep.o, i386-linux-nat.o, lin-lwp.o,
> ax-gdb.o, signals.o, jv-valprint.o, c-valprint.o, cp-abi.o):
> Update dependencies.
> * i387-tdep.c: Include gdb_string.h.
> * osabi.c: Likewise.
> * i386-linux-nat.c: Likewise.
> * lin-lwp.c: Likewise.
> * ax-gdb.c: Likewise.
> * signals/signals.c: Likewise.
> * jv-valprint.c: Likewise.
> * p-lang.c: Likewise.
> * c-valprint.c: Likewise.
> * cp-abi.c: Likewise.
>
> 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:42:10 -0000
> @@ -1557,7 +1557,8 @@
> $(gdb_string_h)
>
> c-valprint.o: c-valprint.c $(defs_h) $(expression_h) $(gdbtypes_h) \
> - $(language_h) $(symtab_h) $(valprint_h) $(value_h) $(cp_abi_h)
> + $(language_h) $(symtab_h) $(valprint_h) $(value_h) $(cp_abi_h) \
> + $(gdb_string_h)
>
> doublest.o: doublest.c $(defs_h) $(doublest_h) $(floatformat_h) $(gdbtypes_h) \
> $(gdb_assert_h) $(gdb_string_h)
> @@ -1622,7 +1623,7 @@
> $(gdbcore_h) $(gdbthread_h) $(elf_bfd_h) $(cli_decode_h) \
> $(gdb_string_h)
>
> -cp-abi.o: cp-abi.c $(defs_h) $(value_h) $(cp_abi_h)
> +cp-abi.o: cp-abi.c $(defs_h) $(value_h) $(cp_abi_h) $(gdb_string_h)
>
> cp-valprint.o: cp-valprint.c $(defs_h) $(gdb_obstack_h) $(symtab_h) \
> $(gdbtypes_h) $(expression_h) $(value_h) $(command_h) $(gdbcmd_h) \
> @@ -1740,7 +1741,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 +1754,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)
> @@ -1815,7 +1816,8 @@
>
> i386-linux-nat.o: i386-linux-nat.c $(defs_h) $(inferior_h) $(gdbcore_h) \
> $(symtab_h) $(symfile_h) $(objfiles_h) $(regcache_h) \
> - $(i386_linux_tdep_h) $(i386_tdep_h) $(i387_tdep_h)
> + $(i386_linux_tdep_h) $(i386_tdep_h) $(i387_tdep_h) \
> + $(gdb_string_h)
>
> i386-linux-tdep.o: i386-linux-tdep.c $(defs_h) $(gdbcore_h) $(frame_h) \
> $(value_h) $(regcache_h)
> @@ -1823,7 +1825,8 @@
> i386v4-nat.o: i386v4-nat.c $(defs_h) $(regcache_h)
>
> i387-tdep.o: i387-tdep.c $(floatformat_h) $(defs_h) $(gdbcore_h) \
> - $(inferior_h) $(language_h) $(regcache_h) $(doublest_h) i386-tdep.h
> + $(inferior_h) $(language_h) $(regcache_h) $(doublest_h) i386-tdep.h \
> + $(gdb_string_h)
>
> # OBSOLETE i960-tdep.o: i960-tdep.c $(defs_h) $(symtab_h) $(value_h) $(frame_h) \
> # OBSOLETE $(floatformat_h) $(target_h) $(gdbcore_h) $(inferior_h) $(regcache_h)
> @@ -1871,7 +1874,8 @@
>
> jv-valprint.o: jv-valprint.c $(bfd_h) $(defs_h) $(symtab_h) $(gdbtypes_h) \
> $(expression_h) $(value_h) $(demangle_h) $(valprint_h) \
> - $(language_h) jv-lang.h $(c_lang_h) gdbcore.h $(annotate_h)
> + $(language_h) jv-lang.h $(c_lang_h) gdbcore.h $(annotate_h) \
> + $(gdb_string_h)
>
> kod.o: kod.c $(defs_h) $(command_h) $(gdbcmd_h) $(target_h) $(gdb_string_h) \
> kod.h
> @@ -2100,7 +2104,7 @@
> $(objfiles_h) $(target_h) $(regcache_h)
>
> lin-lwp.o: lin-lwp.c $(defs_h) $(gdb_assert_h) $(gdb_wait_h) $(gdbthread_h) \
> - $(inferior_h) $(target_h) $(gdbcmd_h) $(regcache_h)
> + $(inferior_h) $(target_h) $(gdbcmd_h) $(regcache_h) $(gdb_string_h)
>
> proc-service.o: proc-service.c $(defs_h) $(inferior_h) gdb_proc_service.h \
> $(symtab_h) $(target_h) gregset.h
> @@ -2297,7 +2301,8 @@
> ax-general.o: ax-general.c $(defs_h) $(ax_h) $(value_h)
>
> ax-gdb.o: ax-gdb.c $(defs_h) $(symtab_h) $(symfile_h) $(gdbtypes_h) \
> - $(value_h) $(expression_h) $(command_h) $(ax_h) $(gdbcmd_h) ax-gdb.h
> + $(value_h) $(expression_h) $(command_h) $(ax_h) $(gdbcmd_h) ax-gdb.h \
> + $(gdb_string_h)
>
> sun3-nat.o: sun3-nat.c $(defs_h) $(gdbcore_h) $(inferior_h) $(regcache_h)
>
> @@ -2612,7 +2617,7 @@
> # Need to explicitly specify the compile rule as make will do nothing
> # or try to compile the object file into the mi directory.
>
> -signals.o: $(srcdir)/signals/signals.c $(defs_h) $(target_h)
> +signals.o: $(srcdir)/signals/signals.c $(defs_h) $(target_h) $(gdb_string_h)
> $(CC) -c $(INTERNAL_CFLAGS) $(srcdir)/signals/signals.c
>
> #
> Index: ax-gdb.c
> ===================================================================
> RCS file: /cvs/src/src/gdb/ax-gdb.c,v
> retrieving revision 1.13
> diff -u -r1.13 ax-gdb.c
> --- ax-gdb.c 13 May 2002 14:00:35 -0000 1.13
> +++ ax-gdb.c 27 Aug 2002 20:42:11 -0000
> @@ -30,6 +30,7 @@
> #include "target.h"
> #include "ax.h"
> #include "ax-gdb.h"
> +#include "gdb_string.h"
>
> /* To make sense of this file, you should read doc/agentexpr.texi.
> Then look at the types and enums in ax-gdb.h. For the code itself,
> Index: c-valprint.c
> ===================================================================
> RCS file: /cvs/src/src/gdb/c-valprint.c,v
> retrieving revision 1.13
> diff -u -r1.13 c-valprint.c
> --- c-valprint.c 5 Feb 2002 21:41:29 -0000 1.13
> +++ c-valprint.c 27 Aug 2002 20:42:13 -0000
> @@ -21,6 +21,7 @@
> Boston, MA 02111-1307, USA. */
>
> #include "defs.h"
> +#include "gdb_string.h"
> #include "symtab.h"
> #include "gdbtypes.h"
> #include "expression.h"
> Index: cp-abi.c
> ===================================================================
> RCS file: /cvs/src/src/gdb/cp-abi.c,v
> retrieving revision 1.3
> diff -u -r1.3 cp-abi.c
> --- cp-abi.c 4 Jan 2002 18:20:19 -0000 1.3
> +++ cp-abi.c 27 Aug 2002 20:42:13 -0000
> @@ -21,6 +21,7 @@
> #include "defs.h"
> #include "value.h"
> #include "cp-abi.h"
> +#include "gdb_string.h"
>
> struct cp_abi_ops current_cp_abi;
>
> Index: i386-linux-nat.c
> ===================================================================
> RCS file: /cvs/src/src/gdb/i386-linux-nat.c,v
> retrieving revision 1.40
> diff -u -r1.40 i386-linux-nat.c
> --- i386-linux-nat.c 15 Jun 2002 16:43:54 -0000 1.40
> +++ i386-linux-nat.c 27 Aug 2002 20:42:13 -0000
> @@ -25,6 +25,7 @@
> #include "regcache.h"
>
> #include "gdb_assert.h"
> +#include "gdb_string.h"
> #include <sys/ptrace.h>
> #include <sys/user.h>
> #include <sys/procfs.h>
> Index: i387-tdep.c
> ===================================================================
> RCS file: /cvs/src/src/gdb/i387-tdep.c,v
> retrieving revision 1.22
> diff -u -r1.22 i387-tdep.c
> --- i387-tdep.c 19 Aug 2002 11:52:36 -0000 1.22
> +++ i387-tdep.c 27 Aug 2002 20:42:13 -0000
> @@ -28,6 +28,7 @@
> #include "floatformat.h"
> #include "regcache.h"
> #include "gdb_assert.h"
> +#include "gdb_string.h"
> #include "doublest.h"
>
> #include "i386-tdep.h"
> Index: jv-valprint.c
> ===================================================================
> RCS file: /cvs/src/src/gdb/jv-valprint.c,v
> retrieving revision 1.10
> diff -u -r1.10 jv-valprint.c
> --- jv-valprint.c 9 May 2002 18:23:41 -0000 1.10
> +++ jv-valprint.c 27 Aug 2002 20:42:14 -0000
> @@ -30,6 +30,7 @@
> #include "jv-lang.h"
> #include "c-lang.h"
> #include "annotate.h"
> +#include "gdb_string.h"
>
> /* Local functions */
>
> Index: lin-lwp.c
> ===================================================================
> RCS file: /cvs/src/src/gdb/lin-lwp.c,v
> retrieving revision 1.34
> diff -u -r1.34 lin-lwp.c
> --- lin-lwp.c 31 Mar 2002 15:10:38 -0000 1.34
> +++ lin-lwp.c 27 Aug 2002 20:42:15 -0000
> @@ -21,6 +21,7 @@
> #include "defs.h"
>
> #include "gdb_assert.h"
> +#include "gdb_string.h"
> #include <errno.h>
> #include <signal.h>
> #include <sys/ptrace.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:42:15 -0000
> @@ -19,6 +19,7 @@
> Boston, MA 02111-1307, USA. */
>
> #include "defs.h"
> +#include "gdb_string.h"
> #include "osabi.h"
>
> #include "elf-bfd.h"
> Index: p-lang.c
> ===================================================================
> RCS file: /cvs/src/src/gdb/p-lang.c,v
> retrieving revision 1.8
> diff -u -r1.8 p-lang.c
> --- p-lang.c 13 May 2002 14:00:36 -0000 1.8
> +++ p-lang.c 27 Aug 2002 20:42:15 -0000
> @@ -20,6 +20,7 @@
> /* This file is derived from c-lang.c */
>
> #include "defs.h"
> +#include "gdb_string.h"
> #include "symtab.h"
> #include "gdbtypes.h"
> #include "expression.h"
> Index: signals/signals.c
> ===================================================================
> RCS file: /cvs/src/src/gdb/signals/signals.c,v
> retrieving revision 1.4
> diff -u -r1.4 signals.c
> --- signals/signals.c 9 Jun 2002 19:42:11 -0000 1.4
> +++ signals/signals.c 27 Aug 2002 20:42:26 -0000
> @@ -25,6 +25,7 @@
> #else
> #include "defs.h"
> #include "target.h"
> +#include "gdb_string.h"
> #endif
>
> #include <signal.h>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: RFA: osabi.c correctness patch (Was: new build failure)
2002-08-27 15:37 ` Elena Zannoni
@ 2002-08-27 15:42 ` Tom Tromey
2002-08-27 16:53 ` Andrew Cagney
0 siblings, 1 reply; 7+ messages in thread
From: Tom Tromey @ 2002-08-27 15:42 UTC (permalink / raw)
To: Elena Zannoni; +Cc: gdb-patches
>>>>> "Elena" == Elena Zannoni <ezannoni@redhat.com> writes:
Elena> I wonder if we should enable ,-Werror by default on certain
Elena> platforms.
I was under the impression that the maintainers used it regularly.
That's why I enabled it in my builds -- to avoid submitting
embarrassing patches in the future :-)
>> Ok to commit?
Elena> Sure.
Done. Thanks for the quick turnaround.
Tom
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: RFA: osabi.c correctness patch (Was: new build failure)
2002-08-27 15:42 ` Tom Tromey
@ 2002-08-27 16:53 ` Andrew Cagney
2002-08-27 20:12 ` Michael Snyder
0 siblings, 1 reply; 7+ messages in thread
From: Andrew Cagney @ 2002-08-27 16:53 UTC (permalink / raw)
To: tromey; +Cc: Elena Zannoni, gdb-patches
>>>>>> "Elena" == Elena Zannoni <ezannoni@redhat.com> writes:
>
>
> Elena> I wonder if we should enable ,-Werror by default on certain
> Elena> platforms.
>
> I was under the impression that the maintainers used it regularly.
> That's why I enabled it in my builds -- to avoid submitting
> embarrassing patches in the future :-)
BTW, your warnings had me puzzled. I'm building on 7.3, and wasn't
seeing these! It turns out that I wasn't using the pre-installed
compiler :-(
Anyway, yes, maintainers should have -Werror enabled. Unfortunatly, the
best laid plans can occasionally fall down during the implementation stage.
enjoy,
Andrew
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: RFA: osabi.c correctness patch (Was: new build failure)
2002-08-27 16:53 ` Andrew Cagney
@ 2002-08-27 20:12 ` Michael Snyder
0 siblings, 0 replies; 7+ messages in thread
From: Michael Snyder @ 2002-08-27 20:12 UTC (permalink / raw)
To: Andrew Cagney; +Cc: tromey, Elena Zannoni, gdb-patches
Andrew Cagney wrote:
>
> >>>>>> "Elena" == Elena Zannoni <ezannoni@redhat.com> writes:
> >
> >
> > Elena> I wonder if we should enable ,-Werror by default on certain
> > Elena> platforms.
> >
> > I was under the impression that the maintainers used it regularly.
> > That's why I enabled it in my builds -- to avoid submitting
> > embarrassing patches in the future :-)
>
> BTW, your warnings had me puzzled. I'm building on 7.3, and wasn't
> seeing these! It turns out that I wasn't using the pre-installed
> compiler :-(
>
> Anyway, yes, maintainers should have -Werror enabled. Unfortunatly, the
> best laid plans can occasionally fall down during the implementation stage.
I wonder if we could arrange some sort of makefile switch
that would be on by default, but turned off by the release
process?
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2002-08-28 1:24 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <87n0r8i35t.fsf@fleche.redhat.com>
[not found] ` <15723.52602.741154.488098@localhost.redhat.com>
2002-08-27 13:37 ` RFA: osabi.c correctness patch (Was: new build failure) Tom Tromey
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
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox