[Date Prev][Date Next][Thread Prev][Thread Next]
- Subject: Re: table.concat is inefficient for very long strings
- From: Francisco Olarte <folarte@...>
- Date: Fri, 22 Jul 2022 10:17:38 +0200
On Thu, 21 Jul 2022 at 22:43, ubq323 <email@example.com> wrote:
> i wonder, what if table.concat could take an additional argument, to be used as
> a hint for how big its buffer should be allocated?
> obviously this wouldn't be without problems either, it's just a thought i had
> right now.
Writing an alternate version is easy, as is adding it. a copule dozen
lines patch to ltablib.c will do it. Once done probably a concatlen
method would be useful ( doing more or less the same as concat but
without storing anything ) so on uber-thight situations you can hint
it with the exact len at the cost of an extra pass ( disregarding
degenerate code as the one Gé ilustrated, but that would work ok, but
with reallocations, but any competent programmer can make library code