From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9449 invoked by alias); 16 May 2012 16:57:57 -0000 Received: (qmail 9438 invoked by uid 22791); 16 May 2012 16:57:55 -0000 X-SWARE-Spam-Status: No, hits=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from localhost (HELO sourceware.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 16 May 2012 16:57:41 +0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sources.redhat.com Subject: [Bug libc/14116] New: Clean up 64-bit ABI vs 64-bit native size Date: Wed, 16 May 2012 16:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: libc X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org X-SW-Source: 2012-05/txt/msg00217.txt.bz2 http://sourceware.org/bugzilla/show_bug.cgi?id=14116 Bug #: 14116 Summary: Clean up 64-bit ABI vs 64-bit native size Product: glibc Version: unspecified Status: NEW Severity: normal Priority: P2 Component: libc AssignedTo: unassigned@sourceware.org ReportedBy: hjl.tools@gmail.com CC: drepper.fsp@gmail.com Classification: Unclassified From http://sourceware.org/ml/libc-alpha/2012-05/msg00817.html This gets into the general issue of the two meanings, "64-bit ABI - long, off_t etc. are always 64-bit" (so various "long" and "long long" functions can be aliases, for example) and "64-bit is the native size for various operations, so use 64-bit types internally". Hitherto wordsize-64 has been the former (which implies the latter). We haven't really had a way to configure the latter in sysdeps directories, although you can make gmp-mparam.h use a 64-bit type for the GMP code (and that, and soft-fp, is the only way MIPS n32 really uses 64-bit internally in glibc). Like MIPS n32, x32 is a case of 64-bit registers but 32-bit ABI; logically we should maybe have separate sysdeps directories for this case, and if necessary an associated define separate from __WORDSIZE. Most of the dbl-64/wordsize-64 code is the "register size" case - except for lround / llround where the size of "long" comes into it. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.