From: Sergey Bronnikov via Tarantool-patches <tarantool-patches@dev.tarantool.org> To: Sergey Kaplun <skaplun@tarantool.org>, Sergey Bronnikov <estetus@gmail.com> Cc: tarantool-patches@dev.tarantool.org Subject: Re: [Tarantool-patches] [PATCH luajit][v2] test: limit code and comment max length Date: Fri, 14 Feb 2025 09:49:38 +0300 [thread overview] Message-ID: <18776d28-113c-44ac-8c8a-b1966f4ea2f5@tarantool.org> (raw) In-Reply-To: <Z634k6zBULNlGLeg@root> [-- Attachment #1: Type: text/plain, Size: 6339 bytes --] Hi, Sergey! Updated and force-pushed. Sergey On 13.02.2025 16:50, Sergey Kaplun via Tarantool-patches wrote: > Hi, Sergey! > Thanks for the decent work! > I've checked, at a rough guess, that there are no line numbers to be > updated in these changed files. > LGTM, with an ignorable suggestion below. > > On 12.02.25, Sergey Bronnikov wrote: >> The patch sets a max length with 80 symbols for lines with code >> and max length with 66 symbols for lines with comments in luacheck >> configuration file [1] and fixes files where this length is >> exceeding. >> >> 1.https://luacheck.readthedocs.io/en/stable/warnings.html#line-length-limits >> --- >> Changes v2: >> - Added fixes according to comments by Sergey Kaplun. >> - Reduced a max length of lines with comments (80 -> 66). >> - Fixed warnings triggered by reducing max limit of lines with >> comments. >> >> Branch:https://github.com/tarantool/luajit/tree/ligurio/gh-xxxx-set-max-length >> >> .luacheckrc | 3 + >> .../fix-argv-handling.test.lua | 4 ++ >> .../fix-binary-number-parsing.test.lua | 2 + >> .../gh-3196-incorrect-string-length.test.lua | 3 + >> ...gh-4773-tonumber-fail-on-NUL-char.test.lua | 9 +-- >> test/tarantool-tests/gh-6163-min-max.test.lua | 68 ++++++++++++------- >> .../gh-7745-oom-on-trace.test.lua | 3 +- >> .../lj-1004-oom-error-frame.test.lua | 6 +- >> .../lj-1116-redzones-checks.test.lua | 2 + >> .../lj-1149-g-number-formating-bufov.test.lua | 4 +- >> .../lj-366-strtab-correct-size.test.lua | 17 +++-- >> .../lj-416-xor-before-jcc.test.lua | 28 ++++---- >> .../lj-494-table-chain-infinite-loop.test.lua | 14 ++-- >> ...lj-505-fold-no-strref-for-ptrdiff.test.lua | 3 +- >> .../lj-524-fold-conv-respect-src-irt.test.lua | 4 +- >> .../lj-603-err-snap-restore.test.lua | 6 +- >> ...-611-gc64-inherit-frame-slot-orig.test.lua | 2 + >> .../lj-611-gc64-inherit-frame-slot.test.lua | 2 + >> .../lj-624-jloop-snapshot-pc.test.lua | 4 +- >> .../lj-688-snap-ir-rename.test.lua | 2 + >> .../lj-737-snap-use-def-upvalues.test.lua | 3 +- >> .../lj-819-fix-missing-uclo.test.lua | 49 +++++++------ >> ...-865-cross-generation-mach-o-file.test.lua | 4 ++ >> ...lj-918-fma-numerical-accuracy-jit.test.lua | 4 ++ >> .../lj-918-fma-numerical-accuracy.test.lua | 4 ++ >> .../lj-962-stack-overflow-report.test.lua | 3 +- >> .../lj-962-stack-overflow-report/script.lua | 3 +- >> .../mark-conv-non-weak.test.lua | 2 + >> .../misclib-getmetrics-lapi.test.lua | 9 ++- >> .../or-144-gc64-asmref-l.test.lua | 4 ++ >> .../or-232-unsink-64-kptr.test.lua | 24 ++++--- >> .../profilers/gh-5688-tool-cli-flag.test.lua | 3 +- >> .../gh-5813-resolving-of-c-symbols.test.lua | 9 +-- >> .../gh-5994-memprof-human-readable.test.lua | 3 +- >> ...17-profile-parsers-error-handling.test.lua | 3 +- >> tools/sysprof/parse.lua | 6 +- >> 36 files changed, 206 insertions(+), 113 deletions(-) > <snipped> > >> diff --git a/test/tarantool-tests/mark-conv-non-weak.test.lua b/test/tarantool-tests/mark-conv-non-weak.test.lua >> index 73c24b66..fe0969cf 100644 >> --- a/test/tarantool-tests/mark-conv-non-weak.test.lua >> +++ b/test/tarantool-tests/mark-conv-non-weak.test.lua >> @@ -4,6 +4,7 @@ local test = tap.test('mark-conv-non-weak'):skipcond({ >> }) >> >> test:plan(1) >> +-- luacheck: push no max_comment_line_length > I suggest the following patch instead to prevent the warning only for > necessary part of the IR dump: > > =================================================================== > diff --git a/test/tarantool-tests/mark-conv-non-weak.test.lua b/test/tarantool-tests/mark-conv-non-weak.test.lua > index 73c24b66..4396ee58 100644 > --- a/test/tarantool-tests/mark-conv-non-weak.test.lua > +++ b/test/tarantool-tests/mark-conv-non-weak.test.lua > @@ -9,20 +9,22 @@ test:plan(1) > -- instruction is emitted. See `loop_unrool` in `lj_opt_loop.c`. > local data = {0, 0.1, 0, 0 / 0} > > ---- XXX: The sum is required to be initialized with a non-zero > --- floating point value; otherwise, `0023 + num ADD 0017 0007` > --- instruction in the IR below becomes `ADDOV` and the `CONV int.num` > --- conversion is used by it. > +-- XXX: The sum is required to be initialized with a non-zero > +-- floating point value. > +-- Otherwise, `0023 + num ADD 0017 0007` instruction in the > +-- IR below becomes `ADDOV` and the `CONV int.num` conversion is > +-- used by it. > local sum = 0.1 > > jit.opt.start('hotloop=1') > > --- XXX: The test fails before the patch only > --- for `DUALNUM` mode. All of the IRs below are > --- produced by the corresponding LuaJIT build. > +-- XXX: The test fails before the patch only for `DUALNUM` mode. > +-- All of the IRs below are produced by the corresponding LuaJIT > +-- build. > > --- When the trace is recorded, the IR > --- is the following before the patch: > +-- luacheck: push no max_comment_line_length > +-- When the trace is recorded, the IR is the following before the > +-- patch: > ---- TRACE 1 IR > -- .... SNAP #0 [ ---- ---- ---- ---- ---- ---- ---- ---- ---- ] > -- 0001 u8 XLOAD [0x100dac521] V > @@ -104,6 +106,8 @@ jit.opt.start('hotloop=1') > ---- TRACE 1 exit 0 > ---- TRACE 1 exit 2 > -- > +-- luacheck: pop > +-- > -- Before the patch, the `0022 > int CONV 0017 int.num` > -- instruction is omitted due to DCE, which results in the > -- third side exit being taken, instead of the second, > =================================================================== > > Thoughts? I've no objections, applied. > >> -- XXX: These values were chosen to create type instability >> -- in the loop-carried dependency, so the checked `CONV int.num` >> -- instruction is emitted. See `loop_unrool` in `lj_opt_loop.c`. >> @@ -114,6 +115,7 @@ jit.opt.start('hotloop=1') >> -- >> -- Note that DCE happens on the assembly part of the trace >> -- compilation. That is why `CONV` is present in both IRs. >> +-- luacheck: pop >> >> for _, val in ipairs(data) do >> if val == val then > <snipped> > [-- Attachment #2: Type: text/html, Size: 7259 bytes --]
next prev parent reply other threads:[~2025-02-14 6:49 UTC|newest] Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top 2025-02-12 12:16 Sergey Bronnikov via Tarantool-patches 2025-02-13 13:50 ` Sergey Kaplun via Tarantool-patches 2025-02-14 6:49 ` Sergey Bronnikov via Tarantool-patches [this message] 2025-02-14 15:35 ` Sergey Kaplun via Tarantool-patches
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=18776d28-113c-44ac-8c8a-b1966f4ea2f5@tarantool.org \ --to=tarantool-patches@dev.tarantool.org \ --cc=estetus@gmail.com \ --cc=sergeyb@tarantool.org \ --cc=skaplun@tarantool.org \ --subject='Re: [Tarantool-patches] [PATCH luajit][v2] test: limit code and comment max length' \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox