Перевірте, чи існує програма з Makefile

Як я можу перевірити, чи можна програму викликати з Makefile?

(Тобто програма повинна існувати на шляху або іншим чином може бути викликана.)

Він може використовуватися, наприклад, для перевірки встановлення компілятора.

Наприклад, щось подібне до цього питання , але не припускаючи, що основна оболонка сумісна з POSIX.

Іноді вам потрібен Makefile, щоб мати змогу запускатися на різних цільових ОС, і ви хочете, щоб збірка вийшла з ладу рано, якщо потрібний виконуваний файл не PATHзамість запуску протягом тривалого часу, перш ніж вийти з ладу.

Відмінне рішення, що надається інженером, вимагає досягнення цілі . Однак якщо у вас є багато виконуваних файлів для тестування, а ваш Makefile має багато незалежних цілей, кожна з яких вимагає тестів, то кожна ціль вимагає тестової цілі як залежності. Це спричиняє багато додаткового набору тексту, а також часу обробки, коли ви робите більше однієї цілі за один раз.

Рішення, що надається 0xf, може перевірити виконуваний файл без досягнення цілі. Це економить багато часу на друк та виконання, коли існує кілька цілей, які можна будувати окремо або разом.

Моє вдосконалення останнього рішення полягає у використанні whichвиконуваного файлу ( whereв Windows), а не покладатися на те, що --versionв кожному виконуваному файлі буде опція безпосередньо в ifeqдирективі GNU Make , а не визначати нову змінну та використовувати GNU Make errorфункція для зупинки збірки, якщо потрібний виконуваний файл не входить ${PATH}. Наприклад, для перевірки на lzopвиконуваний файл:

 ifeq (, $(shell which lzop))
 $(error "No lzop in $(PATH), consider doing apt-get install lzop")
 endif

Якщо у вас є кілька виконуваних файлів для перевірки, можливо, ви захочете використовувати foreachфункцію з whichвиконуваним файлом:

EXECUTABLES = ls dd dudu lxop
K := $(foreach exec,$(EXECUTABLES),\
        $(if $(shell which $(exec)),some string,$(error "No $(exec) in PATH")))

Зверніть увагу на використання :=оператора присвоєння, який необхідний для негайної оцінки виразу RHS. Якщо ваш Makefile змінить PATH, то замість останнього рядка вище вам знадобиться:

        $(if $(shell PATH=$(PATH) which $(exec)),some string,$(error "No $(exec) in PATH")))

Це має дати результат, подібний до:

ads$ make
Makefile:5: *** "No dudu in PATH.  Stop.

Я змішав розчини від @kenorb і @ 0xF і отримав таке:

DOT := $(shell command -v dot 2> /dev/null)

all:
ifndef DOT
    $(error "dot is not available please install graphviz")
endif
    dot -Tpdf -o pres.pdf pres.dot 

Це прекрасно працює, оскільки "command -v" нічого не друкує, якщо виконуваний файл недоступний, тому змінна DOT ніколи не визначається, і ви можете просто перевірити її коли завгодно у своєму коді. У цьому прикладі я накидаю помилку, але ви могли б зробити щось більш корисне, якби хотіли.

Якщо змінна доступна, "команда -v" виконує недорогу операцію друку командного шляху, визначаючи змінну DOT.

це те, що ти зробив?

check: PYTHON-exists
PYTHON-exists: ; @which python > /dev/null
mytarget: check
.PHONY: check PYTHON-exists

заслуга мого колеги.

Використовуйте shellфункцію для виклику вашої програми таким чином, щоб вона щось надрукувала до стандартного виводу. Наприклад, пройти --version.

GNU Make ігнорує стан виходу команди, переданої в shell. Щоб уникнути потенційного повідомлення "команда не знайдена", переспрямуйте стандартну помилку на /dev/null.

Потім ви можете перевірити результат , використовуючи ifdef, ifndef, і $(if)т.д.

YOUR_PROGRAM_VERSION := $(shell your_program --version 2>/dev/null)

all:
ifdef YOUR_PROGRAM_VERSION
    @echo "Found version $(YOUR_PROGRAM_VERSION)"
else
    @echo Not found
endif

Як бонус, результат (наприклад, версія програми) може бути корисним в інших частинах Makefile.

Очистили деякі існуючі рішення тут ...

REQUIRED_BINS := composer npm node php npm-shrinkwrap
$(foreach bin,$(REQUIRED_BINS),\
    $(if $(shell command -v $(bin) 2> /dev/null),$(info Found `$(bin)`),$(error Please install `$(bin)`)))

$(info ...)Можна виключити , якщо ви хочете , щоб це було спокійніше.

Це швидко вийде з ладу . Не потрібна ціль.

Моє рішення передбачає невеликий помічник сценарію ^1, який розміщує файл прапора, якщо існують усі необхідні команди. Це має перевагу в тому, що перевірка необхідних команд робиться лише один раз і не на кожному makeвиклику.

check_cmds.sh

#!/bin/bash

NEEDED_COMMANDS="jlex byaccj ant javac"

for cmd in ${NEEDED_COMMANDS} ; do
    if ! command -v ${cmd} &> /dev/null ; then
        echo Please install ${cmd}!
        exit 1
    fi
done

touch .cmd_ok

Makefilefile

.cmd_ok:
    ./check_cmds.sh

build: .cmd_ok target1 target2

¹ Більше про command -vтехніку можна прочитати тут .

Для мене всі наведені вище відповіді базуються на Linux і не працюють з Windows. Я новий, щоб зробити так, що мій підхід може бути не ідеальним. Але повний приклад, який працює для мене як на Linux, так і на Windows:

# detect what shell is used
ifeq ($(findstring cmd.exe,$(SHELL)),cmd.exe)
$(info "shell Windows cmd.exe")
DEVNUL := NUL
WHICH := where
else
$(info "shell Bash")
DEVNUL := /dev/null
WHICH := which
endif

# detect platform independently if gcc is installed
ifeq ($(shell ${WHICH} gcc 2>${DEVNUL}),)
$(error "gcc is not in your system PATH")
else
$(info "gcc found")
endif

необов'язково, коли мені потрібно виявити більше інструментів, які я можу використовувати:

EXECUTABLES = ls dd 
K := $(foreach myTestCommand,$(EXECUTABLES),\
        $(if $(shell ${WHICH} $(myTestCommand) 2>${DEVNUL} ),\
            $(myTestCommand) found,\
            $(error "No $(myTestCommand) in PATH)))
$(info ${K})        

Ви можете використовувати вбудовані команди bash, такі як type fooабо command -v foo, як зазначено нижче:

SHELL := /bin/bash
all: check

check:
        @type foo

Де fooваша програма / команда. Перенаправляйте, > /dev/nullякщо ви хочете, щоб це мовчало.

Припустимо, у вас різні цілі та будівельники, кожен вимагає іншого набору інструментів. Встановіть список таких інструментів і вважайте їх цільовими, щоб змусити перевірити їх доступність

Наприклад:

make_tools := gcc md5sum gzip

$(make_tools):  
    @which $@ > /dev/null

file.txt.gz: file.txt gzip
    gzip -c file.txt > file.txt.gz 

Я особисто визначаю requireціль, яка працює перед усіма іншими. Ця мета просто виконує команди версій усіх вимог одна за одною і друкує відповідні повідомлення про помилки, якщо команда недійсна.

all: require validate test etc

require:
    @echo "Checking the programs required for the build are installed..."
    @shellcheck --version >/dev/null 2>&1 || (echo "ERROR: shellcheck is required."; exit 1)
    @derplerp --version >/dev/null 2>&1 || (echo "ERROR: derplerp is required."; exit 1) 

# And the rest of your makefile below.

Вихід із сценарію нижче

Checking the programs required for the build are installed...
ERROR: derplerp is required.
makefile:X: recipe for target 'prerequisites' failed
make: *** [prerequisites] Error 1

Вирішується шляхом компіляції спеціальної маленької програми в іншій метфіл-файлі, єдиною метою якої є перевірка того, які речі виконання часу я шукав.

Потім я назвав цю програму ще однією ціллю makefile.

Це було щось подібне, якщо я пригадую правильно:

real: checker real.c
    cc -o real real.c `./checker`

checker: checker.c
    cc -o checker checker.c

Рішення, що перевіряють STDERRвихід --versionфайлів, не працюють для програм, які STDOUTзамість них друкують свою версію STDERR. Замість того, щоб перевіряти їх вихід на STDERRабо STDOUT, перевіряйте код повернення програми. Якщо програми не існує, код її виходу завжди буде нульовим.

#!/usr/bin/make -f
# /programming/7123241/makefile-as-an-executable-script-with-shebang
ECHOCMD:=/bin/echo -e
SHELL := /bin/bash

RESULT := $(shell python --version >/dev/null 2>&1 || (echo "Your command failed with $$?"))

ifeq (,${RESULT})
    EXISTS := true
else
    EXISTS := false
endif

all:
    echo EXISTS: ${EXISTS}
    echo RESULT: ${RESULT}