From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/9199
Path: news.gmane.org!not-for-mail
From: Szabolcs Nagy <nsz@port70.net>
Newsgroups: gmane.linux.lib.musl.general
Subject: Re: Bits deduplication: current situation
Date: Tue, 26 Jan 2016 11:18:44 +0100
Message-ID: <20160126101844.GL9621@port70.net>
References: <20160125035925.GA2288@brightrain.aerifal.cx>
 <CACcSVPG2vdUPAKFYW2v3qfh+GfVSbDLD3ohrJ4P9ZwpeMfs38A@mail.gmail.com>
 <20160125210005.GC238@brightrain.aerifal.cx>
 <20160125213255.GK9621@port70.net>
 <CACcSVPG_hmeAJnbuQPe1HatKS4tiezqugabXhWfUk-g7One=Ow@mail.gmail.com>
Reply-To: musl@lists.openwall.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1453803545 22082 80.91.229.3 (26 Jan 2016 10:19:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Jan 2016 10:19:05 +0000 (UTC)
To: musl@lists.openwall.com
Original-X-From: musl-return-9212-gllmg-musl=m.gmane.org@lists.openwall.com Tue Jan 26 11:19:00 2016
Return-path: <musl-return-9212-gllmg-musl=m.gmane.org@lists.openwall.com>
Envelope-to: gllmg-musl@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by plane.gmane.org with smtp (Exim 4.69)
	(envelope-from <musl-return-9212-gllmg-musl=m.gmane.org@lists.openwall.com>)
	id 1aO0iB-0005Eb-Qs
	for gllmg-musl@m.gmane.org; Tue, 26 Jan 2016 11:18:59 +0100
Original-Received: (qmail 22506 invoked by uid 550); 26 Jan 2016 10:18:56 -0000
Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:musl@lists.openwall.com>
List-Help: <mailto:musl-help@lists.openwall.com>
List-Unsubscribe: <mailto:musl-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:musl-subscribe@lists.openwall.com>
List-ID: <musl.lists.openwall.com>
Original-Received: (qmail 22488 invoked from network); 26 Jan 2016 10:18:56 -0000
Mail-Followup-To: musl@lists.openwall.com
Content-Disposition: inline
In-Reply-To: <CACcSVPG_hmeAJnbuQPe1HatKS4tiezqugabXhWfUk-g7One=Ow@mail.gmail.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
Xref: news.gmane.org gmane.linux.lib.musl.general:9199
Archived-At: <http://permalink.gmane.org/gmane.linux.lib.musl.general/9199>

* Dan Gohman <sunfish@mozilla.com> [2016-01-25 21:03:54 -0800]:
> On Mon, Jan 25, 2016 at 1:32 PM, Szabolcs Nagy <nsz@port70.net> wrote:
> > * Rich Felker <dalias@libc.org> [2016-01-25 16:00:05 -0500]:
> > >
> > > I'm pretty sure int64_t is long on all LP64 targets we support. Are
> > > there others that differ?
> >
> 
> I'm working on an architecture which does, though there's no musl support
> for it currently.
> 

in gcc stdint.h only depends on libc/os and sizeof(long),
not on architecture.

(e.g. openbsd uses long long, glibc uses long consistently
for all LP64 arch abis.)