Fix PR middle-end/46674

[Dave Korn]

On 01/12/2010 11:50, Richard Guenther wrote:

> Hm.  If a target prefixes an underscore does the alias attribute argument
> need to include that underscore?  

FAIL: gcc.dg/pr46674.c (test for excess errors)

  That answer your question?  ;-)  How about the attached?  It fixes the test
on i686-pc-cygwin, checked with both variants of f{no-,}leading-underscore
(and none).

gcc/testsuite/ChangeLog:

	* gcc.dg/pr46674.c (LABEL3): New macro definition.
	(LABEL2): Likewise.
	(LABEL): Likewise.
	(jelly): Account for user label prefix in asm name.

> It would be really nice if DECL_ASSEMBLER_NAME would already
> contain all target mangling from the start (also for LTO which has
> similar problems when doing symbol name merging).

  We're working towards that, as you'll have seen from the "Enable
-fuse-linker-plugin by default when possible, take 2" thread. :)


    cheers,
      DaveK
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pr46674-user-label-prefix.diff
Type: text/x-c
Size: 756 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/gcc-patches/attachments/20101205/7544df6d/attachment.bin>