From: Sergey Kaplun via Tarantool-patches <tarantool-patches@dev.tarantool.org> To: Sergey Bronnikov <estetus@gmail.com> Cc: tarantool-patches@dev.tarantool.org Subject: Re: [Tarantool-patches] [PATCH luajit] test: limit code and comment max length by 80 Date: Tue, 11 Feb 2025 14:51:02 +0300 [thread overview] Message-ID: <Z6s5pnii2imXHzfg@root> (raw) In-Reply-To: <b136c783811b050efbdb7dc612e271abac97f93a.1739256910.git.sergeyb@tarantool.org> Hi, Sergey! Thanks for the patch! It's a nice idea to automate this part of the review! Please consider my questions below. On 11.02.25, Sergey Bronnikov wrote: > The patch sets a max length with 80 symbols and fixes tests > exceeding this length. > --- > Branch: https://github.com/tarantool/luajit/tree/ligurio/gh-xxxx-set-max-length > Luacheck configuration file: > https://luacheck.readthedocs.io/en/stable/config.html > > .luacheckrc | 5 +++++ > test/tarantool-tests/fix-argv-handling.test.lua | 4 ++++ > .../gh-3196-incorrect-string-length.test.lua | 3 +++ > test/tarantool-tests/gh-6163-min-max.test.lua | 4 ++++ > .../lj-366-strtab-correct-size.test.lua | 10 ++++++++-- > .../lj-494-table-chain-infinite-loop.test.lua | 3 ++- > test/tarantool-tests/lj-688-snap-ir-rename.test.lua | 2 ++ > test/tarantool-tests/lj-819-fix-missing-uclo.test.lua | 6 ++++-- > .../lj-918-fma-numerical-accuracy-jit.test.lua | 4 ++++ > .../lj-918-fma-numerical-accuracy.test.lua | 4 ++++ > test/tarantool-tests/or-144-gc64-asmref-l.test.lua | 4 ++++ > 11 files changed, 44 insertions(+), 5 deletions(-) > > diff --git a/.luacheckrc b/.luacheckrc > index f2573e42..8047677c 100644 > --- a/.luacheckrc > +++ b/.luacheckrc > @@ -3,6 +3,11 @@ std = 'luajit' > -- This fork also introduces a new global for misc API namespace. > read_globals = { 'misc' } > > +max_line_length = 80 I suppose this is excess since we have all other settings intact. > +max_code_line_length = 80 > +max_string_line_length = 80 Do we need this particular check? Maybe it is covered by the `max_code_line_length` and `max_line_length`. Can we avoid markers in <gh-3196-incorrect-string-length.test.lua> without it? > +max_comment_line_length = 80 Actually, the comment length for the Lua part is 66 symbols. Maybe we may omit this check to avoid stubs in the comments? > + > -- The `_TARANTOOL` global is often used for skip condition > -- checks in tests. > files['test/tarantool-tests/'] = { > diff --git a/test/tarantool-tests/fix-argv-handling.test.lua b/test/tarantool-tests/fix-argv-handling.test.lua > index 84b626c3..5f147197 100644 > --- a/test/tarantool-tests/fix-argv-handling.test.lua > +++ b/test/tarantool-tests/fix-argv-handling.test.lua > @@ -10,7 +10,11 @@ test:plan(1) > -- to a single empty string if it is empty [1], so the issue is > -- not reproducible on new kernels. > -- > +-- luacheck: push no max comment line length Side note: Can it will be done without push/pop interface? Like for globals we use: | luacheck: no global > +-- > -- [1]: https://lore.kernel.org/all/20220201000947.2453721-1-keescook@chromium.org/ > +-- > +-- luacheck: pop > > local utils = require('utils') > local execlib = require('execlib') > diff --git a/test/tarantool-tests/gh-3196-incorrect-string-length.test.lua b/test/tarantool-tests/gh-3196-incorrect-string-length.test.lua > index b82029f6..79521608 100644 > --- a/test/tarantool-tests/gh-3196-incorrect-string-length.test.lua > +++ b/test/tarantool-tests/gh-3196-incorrect-string-length.test.lua > @@ -6,10 +6,13 @@ test:plan(2) > -- > -- gh-3196: incorrect string length if Lua hash returns 0 > -- > +-- luacheck: push no max code line length Side note: Can it will be done without push/pop interface? Like for globals we use: | luacheck: no global > +-- > local h = "\x1F\x93\xE2\x1C\xCA\xDE\x28\x08\x26\x01\xED\x0A\x2F\xE4\x21\x02\x97\x77\xD9\x3E" > test:is(h:len(), 20) > > h = "\x0F\x93\xE2\x1C\xCA\xDE\x28\x08\x26\x01\xED\x0A\x2F\xE4\x21\x02\x97\x77\xD9\x3E" > test:is(h:len(), 20) > +-- luacheck: pop > > test:done(true) > diff --git a/test/tarantool-tests/gh-6163-min-max.test.lua b/test/tarantool-tests/gh-6163-min-max.test.lua > index e3efd1a4..ca6c2a7f 100644 > --- a/test/tarantool-tests/gh-6163-min-max.test.lua > +++ b/test/tarantool-tests/gh-6163-min-max.test.lua > @@ -69,9 +69,13 @@ jit.opt.start('hotloop=1') > -- pair is emitted, and the result is `NaN`, which is inconsistent with > -- the result of the non-optimized mcode. > -- > +-- luacheck: push no max comment line length Side note: Can it will be done without push/pop interface? Like for globals we use: | luacheck: no global > +-- > -- [1]: https://developer.arm.com/documentation/dui0801/g/A64-Floating-point-Instructions/FCMP > -- [2]: https://developer.arm.com/documentation/100069/0608/A64-Floating-point-Instructions/FCSEL > -- [3]: https://developer.arm.com/documentation/dui0068/b/ARM-Instruction-Reference/Conditional-execution > +-- > +-- luacheck: pop > > local result = {} > for k = 1, 4 do > diff --git a/test/tarantool-tests/lj-366-strtab-correct-size.test.lua b/test/tarantool-tests/lj-366-strtab-correct-size.test.lua > index a20339e5..b46ace49 100644 > --- a/test/tarantool-tests/lj-366-strtab-correct-size.test.lua > +++ b/test/tarantool-tests/lj-366-strtab-correct-size.test.lua > @@ -22,11 +22,15 @@ local utils = require('utils') > -- > -- $ readelf --symbols xxx.obj > -- > +-- luacheck: push no max comment line length > +-- > -- Symbol table '.symtab' contains 2 entries: > -- Num: Value Size Type Bind Vis Ndx Name > -- 0: 0000000000000000 0 NOTYPE LOCAL DEFAULT UND > -- 1: 0000000000000000 66 OBJECT GLOBAL DEFAULT 4 luaJIT_BC_lango_team > -- > +-- luacheck: pop > +-- > -- and to display the information contained in the file's section > -- headers, if it has any. For our purposes, we are interested in > -- .symtab section, so other sections are snipped in the output: > @@ -143,7 +147,8 @@ end > -- and symtab sections. > local function read_elf(elf_content) > local ELFobj_type = ffi.typeof(is64 and 'ELF64obj *' or 'ELF32obj *') > - local ELFsectheader_type = ffi.typeof(is64 and 'ELF64sectheader *' or 'ELF32sectheader *') > + local ELFsectheader_type = ffi.typeof(is64 and 'ELF64sectheader *' or > + 'ELF32sectheader *') > local elf = ffi.cast(ELFobj_type, elf_content) > local symtab_hdr, strtab_hdr > -- Iterate by section headers. > @@ -178,7 +183,8 @@ assert(sym_cnt ~= 0, 'number of symbols is zero') > test:is(strtab_size, EXPECTED_STRTAB_SIZE, 'check .strtab size') > test:is(strtab_offset, EXPECTED_STRTAB_OFFSET, 'check .strtab offset') > > -local strtab_str = string.sub(elf_content, strtab_offset, strtab_offset + strtab_size) > +local strtab_str = string.sub(elf_content, strtab_offset, > + strtab_offset + strtab_size) > > local strtab_p = ffi.cast('char *', strtab_str) > local sym_is_found = false > diff --git a/test/tarantool-tests/lj-494-table-chain-infinite-loop.test.lua b/test/tarantool-tests/lj-494-table-chain-infinite-loop.test.lua > index 3dd17e7a..1c1d7128 100644 > --- a/test/tarantool-tests/lj-494-table-chain-infinite-loop.test.lua > +++ b/test/tarantool-tests/lj-494-table-chain-infinite-loop.test.lua > @@ -172,6 +172,7 @@ collectgarbage() > for c, v in pairs(victims) do > str_hash(v)[0] = orig_hash[c] > end > -test:ok(true, "table keys collisions are resolved properly (no assertions failed)") > +test:ok(true, > + "table keys collisions are resolved properly (no assertions failed)") > > test:done(true) > diff --git a/test/tarantool-tests/lj-688-snap-ir-rename.test.lua b/test/tarantool-tests/lj-688-snap-ir-rename.test.lua > index 807e0811..5b458cd0 100644 > --- a/test/tarantool-tests/lj-688-snap-ir-rename.test.lua > +++ b/test/tarantool-tests/lj-688-snap-ir-rename.test.lua > @@ -41,7 +41,9 @@ jit.opt.start('hotloop=1') > -- platform-agnostic, there is no real necessity to test it > -- against ARM/ARM64 separately. > -- > +-- luacheck: push no max comment line length Side note: Can it will be done without push/pop interface? Like for globals we use: | luacheck: no global > -- See also https://drive.google.com/file/d/1iYkFx3F0DOtB9o9ykWfCEm-OdlJNCCL0/view?usp=share_link > +-- luacheck: pop > > > local vals = {-0.1, 0.1, -0.1, 0.1} > diff --git a/test/tarantool-tests/lj-819-fix-missing-uclo.test.lua b/test/tarantool-tests/lj-819-fix-missing-uclo.test.lua > index e2352c92..43a65eb8 100644 > --- a/test/tarantool-tests/lj-819-fix-missing-uclo.test.lua > +++ b/test/tarantool-tests/lj-819-fix-missing-uclo.test.lua > @@ -100,7 +100,8 @@ local f = missing_uclo() > local res = f() > -- Without a patch we don't get here a function, because upvalue isn't closed > -- as desirable. > -test:ok(type(res) == 'function', 'virtual machine consistency: type of returned value is correct') > +test:ok(type(res) == 'function', > + 'virtual machine consistency: type of returned value is correct') > > -- Make JIT compiler aggressive. > jit.opt.start('hotloop=1') > @@ -110,6 +111,7 @@ f() > f = missing_uclo() > local _ > _, res = pcall(f) > -test:ok(type(res) == 'function', 'consistency on compilation: type of returned value is correct') > +test:ok(type(res) == 'function', > + 'consistency on compilation: type of returned value is correct') > > test:done(true) > diff --git a/test/tarantool-tests/lj-918-fma-numerical-accuracy-jit.test.lua b/test/tarantool-tests/lj-918-fma-numerical-accuracy-jit.test.lua > index 8b16d4c3..43c1a4a9 100644 > --- a/test/tarantool-tests/lj-918-fma-numerical-accuracy-jit.test.lua > +++ b/test/tarantool-tests/lj-918-fma-numerical-accuracy-jit.test.lua > @@ -22,9 +22,13 @@ local _2pow52 = 2 ^ 52 > -- double rounding. The numbers from the original issue are good > -- enough. > -- > +-- luacheck: push no max comment line length Side note: Can it will be done without push/pop interface? Like for globals we use: | luacheck: no global > +-- > -- [1]:https://developer.arm.com/documentation/dui0801/g/A64-Floating-point-Instructions/FMSUB > -- [2]:https://en.wikipedia.org/wiki/Multiply%E2%80%93accumulate_operation > -- > +-- luacheck: pop > +-- > -- IEEE754 components to double: > -- sign * (2 ^ (exp - 1023)) * (mantissa / _2pow52 + normal). > local a = 1 * (2 ^ (1083 - 1023)) * (4080546448249347 / _2pow52 + 1) > diff --git a/test/tarantool-tests/lj-918-fma-numerical-accuracy.test.lua b/test/tarantool-tests/lj-918-fma-numerical-accuracy.test.lua > index 25b59707..2472f05a 100644 > --- a/test/tarantool-tests/lj-918-fma-numerical-accuracy.test.lua > +++ b/test/tarantool-tests/lj-918-fma-numerical-accuracy.test.lua > @@ -20,9 +20,13 @@ local _2pow52 = 2 ^ 52 > -- double rounding. The numbers from the original issue are good > -- enough. > -- > +-- luacheck: push no max comment line length Side note: Can it will be done without push/pop interface? Like for globals we use: | luacheck: no global > +-- > -- [1]:https://developer.arm.com/documentation/dui0801/g/A64-Floating-point-Instructions/FMSUB > -- [2]:https://en.wikipedia.org/wiki/Multiply%E2%80%93accumulate_operation > -- > +-- luacheck: pop > +-- > -- IEEE754 components to double: > -- sign * (2 ^ (exp - 1023)) * (mantissa / _2pow52 + normal). > local a = 1 * (2 ^ (1083 - 1023)) * (4080546448249347 / _2pow52 + 1) > diff --git a/test/tarantool-tests/or-144-gc64-asmref-l.test.lua b/test/tarantool-tests/or-144-gc64-asmref-l.test.lua > index 18c6efb2..cbc13278 100644 > --- a/test/tarantool-tests/or-144-gc64-asmref-l.test.lua > +++ b/test/tarantool-tests/or-144-gc64-asmref-l.test.lua > @@ -5,11 +5,15 @@ local test = tap.test('or-144-gc64-asmref-l'):skipcond({ > > test:plan(1) > > +-- luacheck: push no max comment line length > +-- > -- Test file to demonstrate LuaJIT `IR_LREF` assembling incorrect > -- behaviour. > -- See also: > -- * https://github.com/openresty/lua-resty-core/issues/144. > -- * https://www.freelists.org/post/luajit/Consistent-SEGV-on-x64-with-the-latest-LuaJIT-v21-GC64-mode. > +-- > +-- luacheck: pop > > jit.opt.start('hotloop=1') > > -- > 2.34.1 > -- Best regards, Sergey Kaplun
next prev parent reply other threads:[~2025-02-11 11:51 UTC|newest] Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top 2025-02-11 6:55 Sergey Bronnikov via Tarantool-patches 2025-02-11 11:51 ` Sergey Kaplun via Tarantool-patches [this message] 2025-02-12 4:46 ` Sergey Bronnikov via Tarantool-patches 2025-02-12 7:41 ` Sergey Kaplun via Tarantool-patches 2025-02-12 13:35 ` Sergey Bronnikov 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=Z6s5pnii2imXHzfg@root \ --to=tarantool-patches@dev.tarantool.org \ --cc=estetus@gmail.com \ --cc=skaplun@tarantool.org \ --subject='Re: [Tarantool-patches] [PATCH luajit] test: limit code and comment max length by 80' \ /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