This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: [patch] Associate a name with a CODE_LABEL


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]