This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH] [BZ 20628] make mallinfo saturating

From: Paul Eggert <eggert at cs dot ucla dot edu>
To: Joseph Myers <joseph at codesourcery dot com>
Cc: DJ Delorie <dj at redhat dot com>, carlos at redhat dot com, libc-alpha at sourceware dot org
Date: Thu, 6 Oct 2016 14:21:08 -0700
Subject: Re: [PATCH] [BZ 20628] make mallinfo saturating
Authentication-results: sourceware.org; auth=none
References: <xnmvihpggy.fsf@greed.delorie.com> <c2855d0c-f026-be10-2091-594983544fb3@cs.ucla.edu> <alpine.DEB.2.20.1610062041540.21302@digraph.polyomino.org.uk>

On 10/06/2016 01:43 PM, Joseph Myers wrote:

Actually, is there really a use for the INTERNAL_SIZE_T abstraction at
all?  I think it might make sense just to replace INTERNAL_SIZE_T by
size_t everywhere.

Yes, although I think part of the intent was to support a system withindividual arenas limited to 2**32 bytes even on 64-bit platforms, ifnobody needs this capability the code would be simpler without it andremoving it would fix the problem I mentioned. (Another part of theintent was to support pre-C89 platforms where size_t was a signed type,but that long ago became unimportant.)

References:
- Re: [PATCH] [BZ 20628] make mallinfo saturating
  - From: DJ Delorie
- Re: [PATCH] [BZ 20628] make mallinfo saturating
  - From: Paul Eggert
- Re: [PATCH] [BZ 20628] make mallinfo saturating
  - From: Joseph Myers

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]