On Thu, 4 May 2023 09:26:33 GMT, Andrew Dinn <ad...@openjdk.org> wrote:
> This small change ensures that repeated bytecode rewrites necessitated by > class pool index updates are applied cumulatively when updating the method > line number table. The current code applies each change to the original table > which means only the last one is applied (and even then with the wrong > adjustment). This looks fine to me. Thank you for the well written description text in the JBS issue. I hesitated a bit at the use of TraceRelocator instead of our usual LogStream/LogTarget combination with UL, but I see that this is pre-existing usage, so its fine. Another preexisting issue I noted is that CompressedWriteStream manages its internal buffer via RA, and grows inside RA too. That is suboptimal since we usually cannot reclaim the old buffer on resize since its rarely the top arena allocation. Oh, we also just allocate, we never even try resizing... (CompressedWriteStream::grow()). ------------- PR Review: https://git.openjdk.org/jdk/pull/13795#pullrequestreview-1418608879