From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtpng3.m.smailru.net (smtpng3.m.smailru.net [94.100.177.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dev.tarantool.org (Postfix) with ESMTPS id 7483346970F for ; Wed, 27 Nov 2019 18:52:25 +0300 (MSK) Date: Wed, 27 Nov 2019 18:50:17 +0300 From: Igor Munkin Message-ID: <20191127155017.GD16745@tarantool.org> References: <20191126165407.ncmd7hepnpifgv6v@tkn_work_nb> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20191126165407.ncmd7hepnpifgv6v@tkn_work_nb> Subject: Re: [Tarantool-patches] [PATCH] test: adjust the test name related to PAIRSMM flag List-Id: Tarantool development patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Turenko Cc: tarantool-patches@dev.tarantool.org Sasha, Thanks for the review! On 26.11.19, Alexander Turenko wrote: > On Tue, Nov 26, 2019 at 06:47:38PM +0300, Igor Munkin wrote: > > The prior name doesn't respect the naming convention used by test-run > > thus this chunk was ignored by our testing machinery. > > > > Part-of tarantool/tarantool#4560 > > > > Signed-off-by: Igor Munkin > > --- > > > > Branch: https://github.com/tarantool/luajit/tree/imun/test-name-fixup > > Issue: https://github.com/tarantool/tarantool/issues/4560 > > > > > > test/{mmpairs_test.lua => mmpairs-tarantool-4560.test.lua} | 0 > > 1 file changed, 0 insertions(+), 0 deletions(-) > > rename test/{mmpairs_test.lua => mmpairs-tarantool-4560.test.lua} (100%) > > > > diff --git a/test/mmpairs_test.lua b/test/mmpairs-tarantool-4560.test.lua > > similarity index 100% > > rename from test/mmpairs_test.lua > > rename to test/mmpairs-tarantool-4560.test.lua > > -- > > 2.24.0 > > > > Eagle eye! > > LGTM. > > Please, ensure that the test name will be updated in tarantool (with the > submodule update) only after we'll enable LUAJIT_ENABLE_PAIRSMM macro in > tarantool for luajit's build. Considering messages sent by Vlad and Kostja, we have some mess with the naming policy. Kostja's remark controverts with the policy proposed by Kirill some time ago. As Vlad mentioned, we agreed on the following naming pattern: | gh-####-description.test.lua However, since we backport bugs related to the issues from other queues, the `gh-####` prefix is ambigious. Thereby I guess the following pattern is the most convenient one for LuaJIT related tests: | -####-description.test.lua Here are some examples: * LuaJIT-505-fold-bug-in-string-find.test.lua * tarantool-3196-bug-with-zero-hash-strings.test.lua We don't have any documented policy, so I filed a ticket[1] to tarantool/doc queue with the naming described above and mentioned you, Kirill, Vlad and Kostja. I can write the corresponding message to our discussion list on demand. I'll send a v2 for this changeset regarding the common naming for the existing tests in LuaJIT suite. > > Several comments around are below. > > ---- > > Re test itself: > > * Use `local` for variables (`tap`, `test`). > * Use `os.exit(test:check() and 0 or 1)` at the end. > As I see all tests violate both comments you left above. Therefore I've created an issue[2] for the corresponding follow-up activity. > The test depends on tarantool indirectly: we (will) set > LUAJIT_ENABLE_PAIRSMM macro in tarantool when building LuaJIT, so the > test formally may not be applicable for luajit itself (despite that it > is placed in the luajit's repo). > > I don't see real problems here, to be honest; just feel it a bit less > strict then it maybe should be. > > We discussed possible ways to skip the test when it will not be > appropriate with Igor and they are the following. > > * mmpairs-tarantool-4560.skipcond Python script that look into some > generated header (don't know whether luajit has it) to determine > options with which luajit was built. > * mmpairs-tarantool-4560.skipcond that calls, say, `nm` to deduce build > flags from symbols in luajit executable. > * Look at _TARANTOOL global variable from the test and do a couple of > test:skip(). > > The latter is simplest. > > Anyway, it is not very important now and surely should not be part of > this patch. Let's skip all those thoughts or add the simplest check > separately if you wish. > > WBR, Alexander Turenko. [1]: https://github.com/tarantool/doc/issues/1004 [2]: https://github.com/tarantool/tarantool/issues/4655 -- Best regards, IM