This is the mail archive of the
libc-ports@sources.redhat.com
mailing list for the libc-ports project.
Re: [PATCH roland/arm-memcpy] ARM: Make armv7 memcpy implementations SFI-friendly
- From: Roland McGrath <roland at hack dot frob dot com>
- To: "Joseph S. Myers" <joseph at codesourcery dot com>
- Cc: <libc-ports at sourceware dot org>
- Date: Tue, 18 Jun 2013 15:44:40 -0700 (PDT)
- Subject: Re: [PATCH roland/arm-memcpy] ARM: Make armv7 memcpy implementations SFI-friendly
- References: <20130618220149 dot CB94E2C0E4 at topped-with-meat dot com> <Pine dot LNX dot 4 dot 64 dot 1306182218380 dot 3542 at digraph dot polyomino dot org dot uk>
> This is OK with the comments referring to an assembler bug amended to give
> a binutils bug number (and preferably an indication of for what version it
> was fixed) to make it easier in future to tell whether the workaround can
> be removed because of a higher minimum binutils version requirement.
Committed. The comment now says:
/* These need an extra layer of macro just to work around a
bug in the assembler's parser when an operand starts with
a {...}. http://sourceware.org/bugzilla/show_bug.cgi?id=15647
tracks that bug; it was not fixed as of binutils-2.23.2. */
The fix is waiting for a binutils maintainer's review. I expect it will be
in 2.24 and in 2.23.3 if there is ever a 2.23.3, but it's not resolved yet.
Thanks,
Roland