mame 0.273: macOS build fails with USE_SYSTEM_LIB_LUA=0: ld: library not found for -llua

[mascguy]

MAME version

0.273

System information

macOS 11, MacPro2012 (Intel)

INI configuration details

# Note: This is not the INI, but rather, the build arguments to Make

TESTS=0 \
BENCHMARKS=0 \
DEBUG=0 \
OPTIMIZE=2 \
NOWERROR=1 \
DEPRECATED=0 \
VERBOSE=1 \
USE_LIBSDL=1 \
USE_PCAP=1 \
USE_QTDEBUG=0 \
USE_SYSTEM_LIB_ASIO=1 \
USE_SYSTEM_LIB_EXPAT=1 \
USE_SYSTEM_LIB_FLAC=1 \
USE_SYSTEM_LIB_GLM=1 \
USE_SYSTEM_LIB_JPEG=1 \
USE_SYSTEM_LIB_LUA=0 \
USE_SYSTEM_LIB_PORTAUDIO=1 \
USE_SYSTEM_LIB_PORTMIDI=1 \
USE_SYSTEM_LIB_PUGIXML=1 \
USE_SYSTEM_LIB_RAPIDJSON=1 \
USE_SYSTEM_LIB_SQLITE3=1 \
USE_SYSTEM_LIB_UTF8PROC=1 \
USE_SYSTEM_LIB_ZLIB=1 \
USE_SYSTEM_LIB_ZSTD=1 \
USE_TAPTUN=0

Emulated system/software

N/A - build issue

Incorrect behaviour

We (MacPorts) have been providing Mame for the past several years, updating with each release, and have rarely encountered build issues. But with the 0.273 release, the build fails, due to an errant -llua included in the link path.

Per the arguments to Make (see "INI configuration details" above), we're explicitly setting USE_SYSTEM_LIB_LUA=0. So -llua shouldn't be specified during link time. But it is indeed there:

[...locally-built libs/etc snipped, for brevity...]
-lpugixml -lpthread -framework Cocoa -lSDL2 -lm -lobjc -lexpat -ljpeg -llua -lz -lzstd -lFLAC -lutf8proc -lsqlite3 -lportaudio -lportmidi -framework OpenGL -framework CoreMIDI -framework AudioUnit -framework AudioToolbox -framework CoreAudio -framework CoreServices

Of note, we are building using Make.

Expected behaviour

The build should not attempt to link with -llua, when USE_SYSTEM_LIB_LUA=0 is specified.

Steps to reproduce

Build Mame on macOS, using the Make options provided earlier.

Additional details

No response