From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.mplayerhq.hu (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTP id 02373436B1 for ; Thu, 21 Jul 2022 21:23:38 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 83D7C68B697; Fri, 22 Jul 2022 00:23:35 +0300 (EEST) Received: from mail.acc.umu.se (mail.acc.umu.se [130.239.18.156]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id CC16E68B380 for ; Fri, 22 Jul 2022 00:23:28 +0300 (EEST) Received: from localhost (localhost.localdomain [127.0.0.1]) by amavisd-new (Postfix) with ESMTP id 43B2444B90 for ; Thu, 21 Jul 2022 23:23:27 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=acc.umu.se; s=mail1; t=1658438607; bh=9ylvDQuCLiDyK35lTsHH6GMZVwXYP0ETsCh6UZLRbjM=; h=Subject:From:To:Date:In-Reply-To:References:From; b=C3K4pHBsJGb3cn5h8zGlIbvw6Ipk0WztuXRDkqlSv8h5g0tKOrBsRo6fWVY4bxHO5 NCfJz8x/0QS0oeFr7XVkysNVyDyh3yhGVO9cPdBV9sgOr4jKMP/U8fcV83oxLSs4ax nT/3UP9JCButrIizgfFshJvX2vgu3kjq5TEIuYWMP5N6uNF4FR97NZGVz+Pqv6/usx QH30Dhm/JMBUZiMjPiWofLe8qCwtG/RxJdvvdAiz46F9R/nd5OHu3qxfef0VBcCgbR AbRSWznO+4DLizzFjU1H2pm79Fn2eheECeLF5IHk1gHT9BTZEmMf4TsiYITvC//56W foabcU2PptcYw== Received: from debian.lan (unknown [IPv6:2a00:66c0:a::72c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: tjoppen) by mail.acc.umu.se (Postfix) with ESMTPSA id A175444B8F for ; Thu, 21 Jul 2022 23:23:26 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=acc.umu.se; s=mail1; t=1658438606; bh=9ylvDQuCLiDyK35lTsHH6GMZVwXYP0ETsCh6UZLRbjM=; h=Subject:From:To:Date:In-Reply-To:References:From; b=OhOERoA8QL3rJM6Xax4uPZB5LKh3FuzNWQ9/If+ASvTH5VpIFS5BEc5QQ/VwM7x0p vSHxYMd3w/BWvfZY0aC6eyzdhcX4Z2PUvjqg2nrmG2Nc8UQluKk7fuB0OENcX9KJSu pJGuutNo6EUduv3Fo4NuJ6jrwlC43q1n/nh1A3ib6KHlPjVZTKG53he94MhqcXM8YD hzjypIUndM9S9oamZHiuuI3nvfc+SzAs2HCUkUtGFO3XL0VIEAKFoDTxKdd5zrNckx TFV/0hR1/aSObQrEgYa6kyOM9QpxNVo2ZHyoRVnOqFV++lqCTeE2cka8X3yclvf2xL PBxqHVLeeOzQA== Message-ID: <661475f165e79f79d9a629113aa76058e63f58c2.camel@acc.umu.se> From: Tomas =?ISO-8859-1?Q?H=E4rdin?= To: FFmpeg development discussions and patches Date: Thu, 21 Jul 2022 23:23:25 +0200 In-Reply-To: References: User-Agent: Evolution 3.38.3-1 MIME-Version: 1.0 Subject: Re: [FFmpeg-devel] [PATCH 3/8] avutil/mem: Add av_fast_realloc_array() X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: FFmpeg development discussions and patches Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: tis 2022-07-12 klockan 16:12 +0200 skrev Andreas Rheinhardt: > > Anton really dislikes the av_fast_* naming and instead wants this to > be > called av_realloc_array_reuse(). I don't care either way. Any more > opinions on this (or on the patch itself)? That's going to cause some "impedance mismatch" given that the other functions are still called fast rather than reuse, and changing that would requite a major bump. Ideally we'd come up with a coherent naming scheme for all of these functions because frankly it's a mess at the moment. I tried summarizing all functions in a spreadsheet, and there's a lot of gaps functionality wise. Best solution would be to write the cartesian product of all features in one go, with an accompanying coherent naming scheme. {pointer, pointer-to-pointer} * {don't care what the data is, copy old data, copy and zero newly allocated memory, zero entire buffer} * {size in bytes, nelem*elemsize} /Tomas _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".