From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <glibc-bugs-return-20869-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Received: (qmail 1815 invoked by alias); 16 Jan 2014 20:50:29 -0000
Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <glibc-bugs.sourceware.org>
List-Subscribe: <mailto:glibc-bugs-subscribe@sourceware.org>
List-Post: <mailto:glibc-bugs@sourceware.org>
List-Help: <mailto:glibc-bugs-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: glibc-bugs-owner@sourceware.org
Received: (qmail 1784 invoked by uid 89); 16 Jan 2014 20:50:29 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-0.6 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,SPF_NEUTRAL autolearn=no version=3.3.2
X-Spam-User: qpsmtpd, 2 recipients
X-HELO: popelka.ms.mff.cuni.cz
Received: from popelka.ms.mff.cuni.cz (HELO popelka.ms.mff.cuni.cz) (195.113.20.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 16 Jan 2014 20:50:28 +0000
Received: from domone.kolej.mff.cuni.cz (popelka.ms.mff.cuni.cz [195.113.20.131])	by popelka.ms.mff.cuni.cz (Postfix) with ESMTPS id 42A756C310;	Thu, 16 Jan 2014 21:50:24 +0100 (CET)
Received: by domone.kolej.mff.cuni.cz (Postfix, from userid 1000)	id 0F97F5F767; Thu, 16 Jan 2014 21:50:23 +0100 (CET)
Date: Thu, 16 Jan 2014 20:50:00 -0000
From: =?utf-8?B?T25kxZllaiBCw61sa2E=?= <neleai@seznam.cz>
To: jaak at ristioja dot ee <sourceware-bugzilla@sourceware.org>
Cc: glibc-bugs@sourceware.org
Subject: Re: [Bug libc/16459] endian.h does not define byte-order conversion functions
Message-ID: <20140116205023.GB22356@domone.podge>
References: <bug-16459-131@http.sourceware.org/bugzilla/> <bug-16459-131-GaitW6Uc4p@http.sourceware.org/bugzilla/>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <bug-16459-131-GaitW6Uc4p@http.sourceware.org/bugzilla/>
User-Agent: Mutt/1.5.20 (2009-06-14)
X-IsSubscribed: yes
X-SW-Source: 2014-01/txt/msg00270.txt.bz2

There is flexibility that we could use a function-like macro instead
function. If this needs fixing then by changing pattern

 #   define htobe64(x) __bswap_64 (x)
 #   define htole64(x) (x)

to


 #   define htobe64 __bswap_64
 #   define htole64 __bkeep_64

where __bkeep_64 is a identity function like

static uint64_t
__bkeep_64 (uint64_t x)
{
  return x;
}