This is the mail archive of the
libc-ports@sources.redhat.com
mailing list for the libc-ports project.
Re: Avoid endian.h include in MIPS string functions
- From: "Maciej W. Rozycki" <macro at linux-mips dot org>
- To: "Joseph S. Myers" <joseph at codesourcery dot com>
- Cc: libc-ports at sourceware dot org
- Date: Sun, 6 May 2012 06:55:04 +0100 (BST)
- Subject: Re: Avoid endian.h include in MIPS string functions
- References: <Pine.LNX.4.64.1204261923210.30855@digraph.polyomino.org.uk>
On Thu, 26 Apr 2012, Joseph S. Myers wrote:
> Similar to a recent SH libc change, I've applied this patch to avoid MIPS
> string .S functions including <endian.h> and getting errors from C source
> code from that header.
Hmm, <endian.h> is a user header and I could imagine software to rely on
it even in handcoded assembly. And it used to work just fine. Are you
sure the problematic stuff in <endian.h> or pulled by it shouldn't be
wrapped into:
#ifndef __ASSEMBLER__
or suchlike instead?
Maciej