public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
From: Joel Brobecker <brobecker@adacore.com>
To: binutils@sources.redhat.com
Subject: Re: [PATCH] converted irix-core.c to ISO C
Date: Tue, 29 Mar 2005 13:23:00 -0000	[thread overview]
Message-ID: <20050329064154.GR2545@adacore.com> (raw)
In-Reply-To: <20050329061853.GF14407@bubble.modra.org>

[-- Attachment #1: Type: text/plain, Size: 758 bytes --]

> > Should the "(bfd *);" part be joined with the previous line if the entire
> > declaration fits in one line?
> 
> I don't think it matters.  Hmm, most of those prototypes can be deleted,
> since you only need forward declarations now.

How does the attached patch look? It compiles without warnings on
mips-irix, and I made sure that are not ifdef'ed function that I might
have missed.

2005-03-28  Joel Brobecker  <brobecker@gnat.com>

        * irix-core.c: Remove some unnecessary prototypes.

Is there a difference between forward declarations and prototypes?
All the litterature I've read (which is not authoritative) say they
are the same thing. In my case, I wonder if I should put the parameter
names in the forward declaration.

Thanks,
-- 
Joel

[-- Attachment #2: irix-core.c.diff --]
[-- Type: text/plain, Size: 997 bytes --]

Index: irix-core.c
===================================================================
RCS file: /cvs/src/src/bfd/irix-core.c,v
retrieving revision 1.14
diff -u -p -r1.14 irix-core.c
--- irix-core.c	29 Mar 2005 04:48:45 -0000	1.14
+++ irix-core.c	29 Mar 2005 06:35:20 -0000
@@ -43,22 +43,9 @@ struct sgi_core_struct
 
 static asection *make_bfd_asection
   (bfd *, const char *, flagword, bfd_size_type, bfd_vma, file_ptr);
-static const bfd_target *irix_core_core_file_p
-  (bfd *);
-static char *irix_core_core_file_failing_command
-  (bfd *);
-static int irix_core_core_file_failing_signal
-  (bfd *);
-static bfd_boolean irix_core_core_file_matches_executable_p
-  (bfd *, bfd *);
-static void swap_abort
-  (void);
 #ifdef CORE_MAGIC64
-static int do_sections64
-  (bfd *, struct coreout *);
+static int do_sections64 (bfd *, struct coreout *);
 #endif
-static int do_sections
-  (bfd *, struct coreout *);
 
 /* Helper function for irix_core_core_file_p:
    32-bit and 64-bit versions.  */

  reply	other threads:[~2005-03-29  6:42 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-29  8:52 Joel Brobecker
2005-03-29 11:08 ` Eric Christopher
2005-03-29 13:16 ` Alan Modra
2005-03-29 13:23   ` Joel Brobecker [this message]
2005-03-29 14:08     ` Alan Modra
2005-03-29 15:23       ` Joel Brobecker

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=20050329064154.GR2545@adacore.com \
    --to=brobecker@adacore.com \
    --cc=binutils@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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).