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 3/4][v2] OSX/iOS/ARM64: Fix generation of Mach-O object files. Date: Tue, 16 Apr 2024 18:29:35 +0300 [thread overview] Message-ID: <052764ac-c566-4551-81e0-777c60cc7845@tarantool.org> (raw) In-Reply-To: <ZhkYx7YWe30lu3dJ@root> [-- Attachment #1: Type: text/plain, Size: 5571 bytes --] Hi, Sergey On 12.04.2024 14:19, Sergey Kaplun via Tarantool-patches wrote: > Hi, Sergey! > Thanks for the fixes! > LGTM after fixing a few minor nits below. > > On 11.04.24, Sergey Bronnikov wrote: >> From: Mike Pall <mike> >> > <snipped> > >> --- >> src/jit/bcsave.lua | 6 +- >> test/LuaJIT-tests/CMakeLists.txt | 9 + >> ...-865-cross-generation-mach-o-file.test.lua | 300 ++++++++++++++++++ >> 3 files changed, 312 insertions(+), 3 deletions(-) >> create mode 100644 test/tarantool-tests/lj-865-cross-generation-mach-o-file.test.lua >> >> diff --git a/src/jit/bcsave.lua b/src/jit/bcsave.lua >> index a287d675..7aec1555 100644 >> --- a/src/jit/bcsave.lua >> +++ b/src/jit/bcsave.lua > <snipped> > >> diff --git a/test/LuaJIT-tests/CMakeLists.txt b/test/LuaJIT-tests/CMakeLists.txt >> index b8e4dfc4..6d073700 100644 >> --- a/test/LuaJIT-tests/CMakeLists.txt >> +++ b/test/LuaJIT-tests/CMakeLists.txt >> @@ -52,6 +52,15 @@ if(LUAJIT_NO_UNWIND) >> set(LUAJIT_TEST_TAGS_EXTRA +internal_unwinder) >> endif() >> >> +if(CMAKE_C_FLAGS MATCHES "-march=skylake-avx512") >> + # FIXME: Test <bit64.lua> verifies bitwise operations on numbers. > Nit: comment line width is more than 66 symbols. Fixed. >> + # There is a known issue - bitop doesn't work in LuaJIT built >> + # with the enabled AVX512 instruction set, see >> + #https://github.com/tarantool/tarantool/issues/6787. >> + # Hence, skip this when "skylake-avx512" is passed. >> + set(LUAJIT_TEST_TAGS_EXTRA +avx512) >> +endif() >> + > Should this be a part of the first commit? Moved to the first commit. > >> set(TEST_SUITE_NAME "LuaJIT-tests") >> >> # XXX: The call produces both test and target <LuaJIT-tests-deps> >> diff --git a/test/tarantool-tests/lj-865-cross-generation-mach-o-file.test.lua b/test/tarantool-tests/lj-865-cross-generation-mach-o-file.test.lua >> new file mode 100644 >> index 00000000..04fb5495 >> --- /dev/null >> +++ b/test/tarantool-tests/lj-865-cross-generation-mach-o-file.test.lua >> @@ -0,0 +1,300 @@ >> +local tap = require('tap') >> +local test = tap.test('lj-865-cross-generation-mach-o-file') >> +local utils = require('utils') >> + >> +test:plan(1) >> + >> +-- The test creates an object file in Mach-O format with LuaJIT >> +-- bytecode and checks the validity of the object file fields. >> +-- >> +-- The original problem is reproduced with LuaJIT that built with > Typo: s/LuaJIT that built/LuaJIT, which is built/ Fixed. > >> +-- enabled AVX512F instructions. The support for AVX512F could be >> +-- checked in `/proc/cpuinfo` on Linux and >> +-- `sysctl hw.optional.avx512f` on Mac. AVX512F must be >> +-- implicitly enabled in a C compiler by passing a CPU codename. >> +-- Please take a look at the GCC Online Documentation [1] for >> +-- available CPU codenames. Also, see the Wikipedia for CPUs with >> +-- AVX-512 support [2]. >> +-- To detect the CPU codename execute: > Typo: s/codename/codename,/ Fixed. > >> +-- `gcc -march=native -Q --help=target | grep march`. >> +-- >> +-- 1.https://gcc.gnu.org/onlinedocs/gcc/x86-Options.html >> +-- 2.https://en.wikipedia.org/wiki/AVX-512#CPUs_with_AVX-512 >> +-- >> +-- Manual steps for reproducing are the following: >> +-- >> +-- $ CC=gcc TARGET_CFLAGS='skylake-avx512' cmake -S . -B build >> +-- $ cmake --build build --parallel >> +-- $ echo > test.lua >> +-- $ LUA_PATH="src/?.lua;;" luajit -b -o osx -a arm test.lua test.o >> +-- $ file test.o >> +-- empty.o: DOS executable (block device driver) >> + >> +local ffi = require('ffi') > Nit: Why do we require the ffi here alongside from others requires? Moved to another place. >> + >> +-- LuaJIT can generate so called Universal Binary with Lua > <snipped> > >> +-- >> +-- There are a good visual representation of Universal Binary > Typo: s/are/is/ Fixed. > >> +-- in "Mac OS X Internals" book (pages 67-68) [5] and in the [6]. >> +-- Below is the schematic structure of Universal Binary, which >> +-- includes two executables for PowerPC and Intel i386 (omitted): >> +-- >> +-- 0x0000000 --------------------------------------- > <snipped> > >> +local function create_obj_file(name, arch) >> + local mach_o_path = os.tmpname() .. '.o' >> + local lua_path = os.getenv('LUA_PATH') >> + local lua_bin = utils.exec.luacmd(arg):match('%S+') >> + local cmd_fmt = 'LUA_PATH="%s" %s -b -n "%s" -o osx -a %s -e "print()" %s' >> + local cmd = (cmd_fmt):format(lua_path, lua_bin, name, arch, mach_o_path) > Nit: Typo: s/(cmd_fmt)/cmd_fmt/ Fixed. > >> + local ret = os.execute(cmd) >> + assert(ret == 0, 'cannot create an object file') >> + return mach_o_path >> +end >> + >> +-- Parses a buffer in the Mach-O format and returns > Nit: The comment line looks underfilled. Refilled it. > >> +-- the FAT magic number and `nfat_arch`. >> +local function read_mach_o(buf) > <snipped> > >> +local SUM_CPUTYPE = { > Minor: It will be nice to add the comment: > | -- x86 + arm. Added a comment >> + arm = 7 + 12, >> +} >> +local SUM_CPUSUBTYPE = { > Minor: It will be nice to add the comment: > | -- x86 + arm. > >> + arm = 3 + 9, >> +} >> + > <snipped> > >> +local function build_and_check_mach_o(subtest, hw_arch) >> + assert(hw_arch == 'arm') >> + >> + subtest:plan(4) > <snipped> > >> +test:test('arm', build_and_check_mach_o, 'arm') > Minor: we can use `subtest.name` as the definition of the `hw_arch` in the > `build_and_check_mach_o()`, so it helps to avoid duplication of arch > usage. > > Matter of taste. > Feel free to ignore. ignored >> + >> +test:done(true) >> -- >> 2.34.1 >> [-- Attachment #2: Type: text/html, Size: 10315 bytes --]
next prev parent reply other threads:[~2024-04-16 15:29 UTC|newest] Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top 2024-04-11 13:22 [Tarantool-patches] [PATCH luajit 0/4][v2] Mach-O generation fixes Sergey Bronnikov via Tarantool-patches 2024-04-11 13:22 ` [Tarantool-patches] [PATCH luajit 1/4][v2] ci: add a workflow for testing with AVX512 Sergey Bronnikov via Tarantool-patches 2024-04-12 10:27 ` Sergey Kaplun via Tarantool-patches 2024-04-16 11:53 ` Sergey Bronnikov via Tarantool-patches 2024-04-18 8:24 ` Sergey Kaplun via Tarantool-patches 2024-05-05 12:29 ` Maxim Kokryashkin via Tarantool-patches 2024-06-14 13:55 ` Sergey Bronnikov via Tarantool-patches 2024-06-14 15:24 ` Sergey Bronnikov via Tarantool-patches 2024-04-11 13:22 ` [Tarantool-patches] [PATCH luajit 2/4][v2] test: introduce a helper read_file Sergey Bronnikov via Tarantool-patches 2024-04-12 10:47 ` Sergey Kaplun via Tarantool-patches 2024-04-16 12:02 ` Sergey Bronnikov via Tarantool-patches 2024-06-20 12:14 ` Sergey Bronnikov via Tarantool-patches 2024-04-11 13:22 ` [Tarantool-patches] [PATCH luajit 3/4][v2] OSX/iOS/ARM64: Fix generation of Mach-O object files Sergey Bronnikov via Tarantool-patches 2024-04-12 11:19 ` Sergey Kaplun via Tarantool-patches 2024-04-16 15:29 ` Sergey Bronnikov via Tarantool-patches [this message] 2024-06-13 15:50 ` Sergey Bronnikov via Tarantool-patches 2024-04-11 13:22 ` [Tarantool-patches] [PATCH luajit 4/4][v2] OSX/iOS/ARM64: Fix bytecode embedding in Mach-O object file Sergey Bronnikov via Tarantool-patches 2024-04-12 11:27 ` Sergey Kaplun via Tarantool-patches 2024-06-13 15:40 ` Sergey Bronnikov via Tarantool-patches 2024-06-13 15:47 ` Sergey Bronnikov via Tarantool-patches 2024-06-20 10:15 ` [Tarantool-patches] [PATCH luajit 0/4][v2] Mach-O generation fixes Sergey Kaplun via Tarantool-patches 2024-07-09 8:07 ` 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=052764ac-c566-4551-81e0-777c60cc7845@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 3/4][v2] OSX/iOS/ARM64: Fix generation of Mach-O object files.' \ /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