From: Sergey Bronnikov via Tarantool-patches <tarantool-patches@dev.tarantool.org>
To: Alexander Turenko <alexander.turenko@tarantool.org>
Cc: tarantool-patches@dev.tarantool.org
Subject: Re: [Tarantool-patches] [PATCH v2] tools: fix luacheck invocation in different cases
Date: Thu, 25 Feb 2021 14:59:38 +0300 [thread overview]
Message-ID: <47b923aa-6d73-451b-169f-ea0c0e48f628@tarantool.org> (raw)
In-Reply-To: <524c0ce8acc18111ab4c8b36e383ff192779c780.1613661908.git.alexander.turenko@tarantool.org>
Hello,
thanks for the patch!
LGTM and see my comment below
On 18.02.2021 19:09, Alexander Turenko wrote:
> Now `make luacheck` gracefully handles different cases: in-source and
> out-of-source build (within the source tree or outside), current working
> directory as a real path or with symlink components.
>
> As result of looking into those problems I filed the issue [1] against
> luacheck. It seems, there are problems around absolute paths with
> symlinks components.
>
> [1]: https://github.com/mpeterv/luacheck/issues/208
> ---
>
> no issue
> Totktonada/fix-luacheck-invocation
> https://github.com/tarantool/tarantool/tree/Totktonada/fix-luacheck-invocation
>
> Changes since v1:
>
> * Moved the logic to CMake, dropped the shell wrapper.
> * Shrink comments.
> * Handled the case, when a build directory is in the source directory,
> and cmake is called not like `cmake ..`, but `cmake /path/to/source`,
> where the path is not a real path.
>
> CMakeLists.txt | 28 ++++++++++++++++++++++++++--
> cmake/utils.cmake | 22 ++++++++++++++++++++++
> 2 files changed, 48 insertions(+), 2 deletions(-)
>
> diff --git a/CMakeLists.txt b/CMakeLists.txt
> index 4fbd19558..97cfff7ae 100644
> --- a/CMakeLists.txt
> +++ b/CMakeLists.txt
> @@ -158,12 +158,36 @@ add_custom_target(ctags DEPENDS tags)
> #
> # Enable 'make luacheck' target.
> #
> -
> +# The code looks tricky, because of luacheck side problems
> +# (see [1]).
> +#
> +# The following circumstances may lead to missing of source files
> +# or exclusions:
> +#
> +# * Calling `luacheck "${dir}/.luacheckrc" "${dir}"` from
> +# outside of ${dir} or when ${dir} is not a real path.
> +# * Using of a path with symlink components in --exclude-files.
> +#
> +# [1]: https://github.com/mpeterv/luacheck/issues/208
> +#
> +set(EXCLUDE_FILES)
> +get_filename_component(BINARY_REALPATH "${PROJECT_BINARY_DIR}" REALPATH)
> +get_filename_component(SOURCE_REALPATH "${PROJECT_SOURCE_DIR}" REALPATH)
> +file_is_in_directory(BINARY_DIR_INSIDE_SOURCE_DIR "${BINARY_REALPATH}"
> + "${SOURCE_REALPATH}")
> +if (BINARY_DIR_INSIDE_SOURCE_DIR)
extra whitespace after "if"
> + set(EXCLUDE_FILES --exclude-files "${BINARY_REALPATH}/**/*.lua")
> +endif()
> add_custom_target(luacheck)
> add_custom_command(TARGET luacheck
> - COMMAND ${LUACHECK} --codes --config "${PROJECT_SOURCE_DIR}/.luacheckrc" "${PROJECT_SOURCE_DIR}"
> + COMMAND ${LUACHECK} --codes --config .luacheckrc . ${EXCLUDE_FILES}
> + WORKING_DIRECTORY ${SOURCE_REALPATH}
> COMMENT "Perform static analysis of Lua code"
> )
> +unset(BINARY_REALPATH)
> +unset(SOURCE_REALPATH)
> +unset(BINARY_DIR_INSIDE_SOURCE_DIR)
> +unset(EXCLUDE_FILES)
>
> if (WITH_JEPSEN)
> ExternalProject_Add(
> diff --git a/cmake/utils.cmake b/cmake/utils.cmake
> index eaec821b3..e9b5fed5d 100644
> --- a/cmake/utils.cmake
> +++ b/cmake/utils.cmake
> @@ -86,3 +86,25 @@ function(bin_source varname srcfile dstfile)
>
> endfunction()
>
> +#
> +# Whether a file is descendant to a directory.
> +#
> +# If the file is the directory itself, the answer is FALSE.
> +#
> +function(file_is_in_directory varname file dir)
> + file(RELATIVE_PATH file_relative "${dir}" "${file}")
> + if (file_relative STREQUAL "")
> + # <file> and <dir> is the same directory.
> + set(${varname} FALSE PARENT_SCOPE)
> + elseif (file_relative STREQUAL "..")
> + # <dir> inside a <file> (so it is a directory too), not
> + # vice versa.
> + set(${varname} FALSE PARENT_SCOPE)
> + elseif (file_relative MATCHES "^\\.\\./")
> + # <file> somewhere outside of the <dir>.
> + set(${varname} FALSE PARENT_SCOPE)
> + else()
> + # <file> is descendant to <dir>.
> + set(${varname} TRUE PARENT_SCOPE)
> + endif()
> +endfunction()
next prev parent reply other threads:[~2021-02-25 11:59 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-02-18 16:09 Alexander Turenko via Tarantool-patches
2021-02-25 11:59 ` Sergey Bronnikov via Tarantool-patches [this message]
2021-02-25 16:35 ` Alexander Turenko via Tarantool-patches
2021-02-26 9:25 ` Sergey Bronnikov via Tarantool-patches
2021-02-26 18:11 ` Igor Munkin via Tarantool-patches
2021-03-03 18:02 ` Alexander Turenko via Tarantool-patches
2021-03-04 22:21 ` Igor Munkin via Tarantool-patches
2021-03-05 3:50 ` Alexander Turenko via Tarantool-patches
2021-03-05 20:04 ` Alexander Turenko via Tarantool-patches
2021-03-05 23:24 ` Igor Munkin 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=47b923aa-6d73-451b-169f-ea0c0e48f628@tarantool.org \
--to=tarantool-patches@dev.tarantool.org \
--cc=alexander.turenko@tarantool.org \
--cc=sergeyb@tarantool.org \
--subject='Re: [Tarantool-patches] [PATCH v2] tools: fix luacheck invocation in different cases' \
/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