This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [patch] Associate a name with a CODE_LABEL
- To: law at cygnus dot com, richard dot earnshaw at arm dot com
- Subject: Re: [patch] Associate a name with a CODE_LABEL
- From: Michael Meissner <meissner at cygnus dot com>
- Date: Thu, 4 Nov 1999 12:02:55 -0500
- Cc: Catherine Moore <clm at cygnus dot com>, Richard Henderson <rth at cygnus dot com>, gcc-patches at gcc dot gnu dot org
- References: <199911041058.KAA11748@cam-mail1.cambridge.arm.com> <3608.941716284@upchuck>
On Thu, Nov 04, 1999 at 04:51:24AM -0700, Jeffrey A Law wrote:
> In message <199911041058.KAA11748@cam-mail1.cambridge.arm.com>you write:
> >
> > clm@cygnus.com said:
> > + /* Provide default for ASM_OUTPUT_ALTERNATE_LABEL_NAME. */
> > + #ifndef ASM_OUTPUT_ALTERNATE_LABEL_NAME
> > + #define ASM_OUTPUT_ALTERNATE_LABEL_NAME(FILE,INSN) \
> > + fprintf (FILE, "%s:\n", LABEL_ALTERNATE_NAME (INSN))
> > + #endif
> > +
> >
> > This on its own will mean that any port that does not use ':' as a label
> > declaration will now be broken (the arm-aof port springs to mind). Would
> > it not be better to define this in terms of some other label_generation
> > macro (I'm not entirely sure of the intended use, but ASM_OUTPUT_LABEL
> > might be more appropriate).
> Agreed. FWIW, the PA is another target that does not require colons (in fact
> if you use the HP assembler, you'll get an error if you put a colon after a
> label. ]
However since those ports don't create alternate labels, I don't see how they
are broken. Yes, if they create alternate labels, they have to define the
above macro.....
--
Michael Meissner, Cygnus Solutions
PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886
email: meissner@cygnus.com phone: 978-486-9304 fax: 978-692-4482