From: Elena Zannoni <ezannoni@cygnus.com>
To: Stephane Carrez <Stephane.Carrez@worldnet.fr>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [RFA]: Cleanup tui/tui-file.[ch]
Date: Tue, 17 Jul 2001 10:19:00 -0000 [thread overview]
Message-ID: <15188.29985.447487.713030@krustylu.cygnus.com> (raw)
In-Reply-To: <3B536421.C4F0E04D@worldnet.fr>
Stephane,
I am getting a warning in tui-file.c (I am building with -Werror) about
tuiPuts_unfiltered being implicitly declared.
I think it is because you removed the #include "tuiIO.h".
Can I put it back?
Elena
PS. Great work, BTW!
2001-07-17 Elena Zannoni <ezannoni@redhat.com>
* Makefile.in (tui-file.o): Update dependencies.
Index: Makefile.in
===================================================================
RCS file: /cvs/src/src/gdb/Makefile.in,v
retrieving revision 1.99
diff -u -p -r1.99 Makefile.in
--- Makefile.in 2001/07/16 14:46:34 1.99
+++ Makefile.in 2001/07/17 17:18:05
@@ -1995,7 +1995,8 @@ stack.o: stack.c $(defs_h) $(gdbcmd_h) $
language.h target.h $(gdb_string_h) $(ui_out_h)
ui-file.o: ui-file.c $(defs_h) ui-file.h
-tui-file.o: $(srcdir)/tui/tui-file.c $(defs_h) $(srcdir)/tui/tui-file.h
+tui-file.o: $(srcdir)/tui/tui-file.c $(defs_h) $(srcdir)/tui/tui-file.h \
+ $(srcdir)/tui/tuiIO.h
$(CC) -c $(INTERNAL_CFLAGS) $(srcdir)/tui/tui-file.c
ax-general.o: ax-general.c $(ax_h) $(defs_h) $(value_h)
2001-07-17 Elena Zannoni <ezannoni@redhat.com>
* tui-file.c: Add include of tuiIO.h, for tuiPuts_unfiltered.
Index: tui-file.c
===================================================================
RCS file: /cvs/src/src/gdb/tui/tui-file.c,v
retrieving revision 1.7
diff -u -p -r1.7 tui-file.c
--- tui-file.c 2001/07/17 06:42:58 1.7
+++ tui-file.c 2001/07/17 17:11:50
@@ -21,6 +21,7 @@
#include "defs.h"
#include "ui-file.h"
#include "tui/tui-file.h"
+#include "tui/tuiIO.h"
#include "tui.h"
Stephane Carrez writes:
> Hi!
>
> The following patch cleans up the tui/tui-file to remove the
> old and unused fputs_unfiltered_hook; It also simplifies the
> implementation.
>
> Can you approve this patch?
>
> Stephane
>
> 2001-07-16 Stephane Carrez <Stephane.Carrez@worldnet.fr>
>
> * tui-file.h (fputs_unfiltered_hook): Remove.
> * tui-file.c (tui_file_flush): Remove fputs_unfiltered_hook.
> (tui_file_fputs): Likewise; simplifyIndex: tui-file.c
> ===================================================================
> RCS file: /cvs/src/src/gdb/tui/tui-file.c,v
> retrieving revision 1.6
> diff -u -p -r1.6 tui-file.c
> --- tui-file.c 2001/02/08 06:03:54 1.6
> +++ tui-file.c 2001/07/16 21:52:08
> @@ -22,20 +22,10 @@
> #include "ui-file.h"
> #include "tui/tui-file.h"
>
> -#ifdef TUI
> #include "tui.h"
> -#include "tuiData.h"
> -#include "tuiIO.h"
> -#include "tuiCommand.h"
> -#endif
>
> #include <string.h>
>
> -/* Called instead of fputs for all TUI_FILE output. */
> -
> -void (*fputs_unfiltered_hook) (const char *linebuffer,
> - struct ui_file * stream);
> -
> /* A ``struct ui_file'' that is compatible with all the legacy
> code. */
>
> @@ -176,66 +166,15 @@ void
> tui_file_fputs (const char *linebuffer, struct ui_file *file)
> {
> struct tui_stream *stream = ui_file_data (file);
> -#if defined(TUI)
> - extern int tui_owns_terminal;
> -#endif
> - /* NOTE: cagney/1999-10-13: The use of fputs_unfiltered_hook is
> - seriously discouraged. Those wanting to hook output should
> - instead implement their own ui_file object and install that. See
> - also tui_file_flush(). */
> - if (fputs_unfiltered_hook
> - && (file == gdb_stdout
> - || file == gdb_stderr))
> - fputs_unfiltered_hook (linebuffer, file);
> +
> + if (stream->ts_streamtype == astring)
> + {
> + tui_file_adjust_strbuf (strlen (linebuffer), file);
> + strcat (stream->ts_strbuf, linebuffer);
> + }
> else
> {
> -#if defined(TUI)
> - if (tui_version && tui_owns_terminal)
> - {
> - /* If we get here somehow while updating the TUI (from
> - * within a tuiDo(), then we need to temporarily
> - * set up the terminal for GDB output. This probably just
> - * happens on error output.
> - */
> -
> - if (stream->ts_streamtype == astring)
> - {
> - tui_file_adjust_strbuf (strlen (linebuffer), file);
> - strcat (stream->ts_strbuf, linebuffer);
> - }
> - else
> - {
> - tuiTermUnsetup (0, (tui_version) ? cmdWin->detail.commandInfo.curch : 0);
> - fputs (linebuffer, stream->ts_filestream);
> - tuiTermSetup (0);
> - if (linebuffer[strlen (linebuffer) - 1] == '\n')
> - tuiClearCommandCharCount ();
> - else
> - tuiIncrCommandCharCountBy (strlen (linebuffer));
> - }
> - }
> - else
> - {
> - /* The normal case - just do a fputs() */
> - if (stream->ts_streamtype == astring)
> - {
> - tui_file_adjust_strbuf (strlen (linebuffer), file);
> - strcat (stream->ts_strbuf, linebuffer);
> - }
> - else
> - fputs (linebuffer, stream->ts_filestream);
> - }
> -
> -
> -#else
> - if (stream->ts_streamtype == astring)
> - {
> - tui_file_adjust_strbuf (strlen (linebuffer), file);
> - strcat (stream->ts_strbuf, linebuffer);
> - }
> - else
> - fputs (linebuffer, stream->ts_filestream);
> -#endif
> + tuiPuts_unfiltered (linebuffer, file);
> }
> }
>
> @@ -286,13 +225,6 @@ tui_file_flush (struct ui_file *file)
> if (stream->ts_magic != &tui_file_magic)
> internal_error (__FILE__, __LINE__,
> "tui_file_flush: bad magic number");
> -
> - /* NOTE: cagney/1999-10-12: If we've been linked with code that uses
> - fputs_unfiltered_hook then we assume that it doesn't need to know
> - about flushes. Code that does need to know about flushes can
> - implement a proper ui_file object. */
> - if (fputs_unfiltered_hook)
> - return;
>
> switch (stream->ts_streamtype)
> {
> Index: tui-file.h
> ===================================================================
> RCS file: /cvs/src/src/gdb/tui/tui-file.h,v
> retrieving revision 1.2
> diff -u -p -r1.2 tui-file.h
> --- tui-file.h 2001/03/06 08:22:01 1.2
> +++ tui-file.h 2001/07/16 21:52:08
> @@ -26,9 +26,4 @@ extern struct ui_file *tui_sfileopen (in
> extern char *tui_file_get_strbuf (struct ui_file *);
> extern void tui_file_adjust_strbuf (int, struct ui_file *);
>
> -/* NOTE: cagney/1999-10-14: fputs_unfiltered_hook is deprecated. Code
> - wanting to control GDB's output should override the gdb_std...
> - files. */
> -extern void (*fputs_unfiltered_hook) (const char *linebuffer,
> - struct ui_file * stream);
> #endif
next prev parent reply other threads:[~2001-07-17 10:19 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <3B536421.C4F0E04D@worldnet.fr>
2001-07-16 15:57 ` Andrew Cagney
2001-07-17 10:19 ` Elena Zannoni [this message]
[not found] ` <3B548825.773525AC@worldnet.fr>
2001-07-17 11:52 ` Andrew Cagney
2001-07-17 13:40 ` Elena Zannoni
2001-07-17 13:23 ` 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=15188.29985.447487.713030@krustylu.cygnus.com \
--to=ezannoni@cygnus.com \
--cc=Stephane.Carrez@worldnet.fr \
--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