From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16823 invoked by alias); 1 Sep 2005 22:19:44 -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 16800 invoked by uid 48); 1 Sep 2005 22:19:39 -0000 Date: Thu, 01 Sep 2005 22:19:00 -0000 Message-ID: <20050901221939.16799.qmail@sourceware.org> From: "eggert at gnu dot org" 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@sources.redhat.com 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/msg00013.txt.bz2 List-Id: ------- Additional Comments From eggert at gnu dot org 2005-09-01 22:19 ------- For internal use (in regex_internal.h), I initially started with the name re_idx_t as you suggested. But this caused a lot of code reindenting, since I had to replace "int" by "re_idx_t" in a lot of places. Also, the code got more verbose. Using "Idx" instead of "re_idx_t" solved that problem. However, if the consensus is to call it re_idx_t I'd be happy to produce a new patch that uses the name. I should mention that this type name is not visible to the user in the proposed patch. I was reluctant to introduce the name re_idx_t into regex.h, because I thought that the user should see just the new interface, which uses size_t for sizes and offset. However, if you'd prefer to make re_idx_t public I can also do that easily. -- http://sources.redhat.com/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.