From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3565 invoked by alias); 6 Sep 2005 23:47:30 -0000 Mailing-List: contact glibc-bugs-regex-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-regex-owner@sources.redhat.com Received: (qmail 3179 invoked by uid 48); 6 Sep 2005 23:47:23 -0000 Date: Tue, 06 Sep 2005 23:47:00 -0000 Message-ID: <20050906234722.3178.qmail@sourceware.org> From: "drepper at redhat dot com" To: glibc-bugs-regex@sources.redhat.com In-Reply-To: <20050831224259.1281.eggert@gnu.org> References: <20050831224259.1281.eggert@gnu.org> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug regex/1281] support 64-bit hosts when regex code when used outside glibc X-Bugzilla-Reason: CC X-SW-Source: 2005-09/txt/msg00059.txt.bz2 List-Id: ------- Additional Comments From drepper at redhat dot com 2005-09-06 23:47 ------- This is complete crap. First, I'm not applying any patch which changes the ABI. Whether a macro has to be defined to do it or not. Second, there is no reason to extend all these types. 4G of something (when used as index) is quite enough. We don't use _smaller_ types on 32-bit machines because it would just make the code slower. For your "64-bit port" you have to indentify the few places where more than 4G (or 2G for signed values) really makes sense and not this senseless replacing of types. -- What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=1281 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.