This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Let gencodes declare predicates (was: SH: declare fpul_operands)
- To: Michael Meissner <meissner at cygnus dot com>
- Subject: Re: Let gencodes declare predicates (was: SH: declare fpul_operands)
- From: Alexandre Oliva <aoliva at redhat dot com>
- Date: 03 Jan 2001 19:02:43 -0200
- Cc: gcc-patches at gcc dot gnu dot org, bernds at redhat dot com
- Organization: GCC Team, Red Hat
- References: <200011242204.eAOM4qI19178@tantra.cygnus.co.uk><orn1epq96c.fsf@guarana.lsd.ic.unicamp.br><oritpco6yg.fsf_-_@guarana.lsd.ic.unicamp.br><or1yuk2zmy.fsf@guarana.lsd.ic.unicamp.br><20010103152203.E16257@cse.cygnus.com>
On Jan 3, 2001, Michael Meissner <meissner@cygnus.com> wrote:
> Please put a note in the documentation for PREDICATE_CODES in
> tm.texi saying that the declaration for the predicate functions will
> be auto generated to remind back end developers to remove the
> duplicate definitions they have in the <machine>-protos.h file.
I'm adding this paragraph to tm.texi:
For each predicate function named in @var{PREDICATE_CODES}, a
declaration will be generated in @file{insn-codes.h}.
I'm updating the Copyright notice of gcc.texi (that of tm.texi already
has 2001) and checking them both in along with the rest of the patch.
> You may or may not want to merge all of the lines in the multi-line
> #if in machmode.h to be on one line, as I vaguely there was an old C
> compiler that had problems with multi-line #if's.
I don't recall any such problems, but then, my experience with
compilers other than GCC is quite limited. I suggest that we wait
until we find some compiler that can't cope with this before we trade
cleanliness and coding standards-compliance for potential portability.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist *Please* write to mailing lists, not to me