From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <mliska@suse.cz>
Received: from mx2.suse.de (mx2.suse.de [195.135.220.15])
 by sourceware.org (Postfix) with ESMTPS id B3D8C3857C6A
 for <libc-alpha@sourceware.org>; Mon, 27 Jul 2020 12:45:47 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org B3D8C3857C6A
Authentication-Results: sourceware.org;
 dmarc=none (p=none dis=none) header.from=suse.cz
Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mliska@suse.cz
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Received: from relay2.suse.de (unknown [195.135.221.27])
 by mx2.suse.de (Postfix) with ESMTP id 0C685ACC6;
 Mon, 27 Jul 2020 12:45:57 +0000 (UTC)
Subject: Re: [PATCH] Use size_t for mallinfo fields.
To: Florian Weimer <fweimer@redhat.com>
Cc: Szabolcs Nagy <szabolcs.nagy@arm.com>, libc-alpha@sourceware.org,
 Andreas Schwab <schwab@linux-m68k.org>
References: <e85c11c0-6b16-8298-39a3-320655c2bee6@suse.cz>
 <87tuyja59i.fsf@igel.home> <b4acaa69-a6e8-8d4c-8475-82f6602d8920@suse.cz>
 <87v9izxwo7.fsf@oldenburg2.str.redhat.com>
 <e0ab40c3-9fff-b49e-c446-87f441d28365@suse.cz>
 <87lfjvxv58.fsf@oldenburg2.str.redhat.com>
 <093814cf-0b7d-1011-08e7-4d5c3e56b423@suse.cz>
 <20200723143835.GJ7127@arm.com>
 <940c96e9-5162-88b7-d765-59656978117d@suse.cz>
 <87o8o1up1o.fsf@oldenburg2.str.redhat.com>
From: =?UTF-8?Q?Martin_Li=c5=a1ka?= <mliska@suse.cz>
Message-ID: <1b64d30f-ae3e-282d-26b3-d5047cd8ae0f@suse.cz>
Date: Mon, 27 Jul 2020 14:45:46 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <87o8o1up1o.fsf@oldenburg2.str.redhat.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Spam-Status: No, score=-4.8 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS,
 RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS,
 TXREP autolearn=ham autolearn_force=no version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on
 server2.sourceware.org
X-BeenThere: libc-alpha@sourceware.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Libc-alpha mailing list <libc-alpha.sourceware.org>
List-Unsubscribe: <http://sourceware.org/mailman/options/libc-alpha>,
 <mailto:libc-alpha-request@sourceware.org?subject=unsubscribe>
List-Archive: <https://sourceware.org/pipermail/libc-alpha/>
List-Post: <mailto:libc-alpha@sourceware.org>
List-Help: <mailto:libc-alpha-request@sourceware.org?subject=help>
List-Subscribe: <http://sourceware.org/mailman/listinfo/libc-alpha>,
 <mailto:libc-alpha-request@sourceware.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Jul 2020 12:45:48 -0000

On 7/27/20 2:21 PM, Florian Weimer wrote:
> * Martin Liška:
> 
>> All right, I agree with that. So something like:
>>
>> enum malloc_info
>> {
>>    ARENA_BYTES,
>>    ...
>> };
>>
>> size_t get_mallinfo (malloc_info type) ?
>>
>> That would allow adding new enum values that can supported in the future.
> 
> It does not allow to obtain a consistent snapshot of multiple values,
> though.

Good point!

So are we back to mallinfo2 which I suggested in patch?
Can you please make an opinion about it?

Thanks,
Martin

> 
> Thanks,
> Florian
>