/etc/update-motd.d/
он будет отображаться при каждом входе в систему
все подробности здесь
https://ownyourbits.com/2017/04/05/customize-your -motd-login-message-in-debian-and-ubuntu/
В вашем примере
export PATH=./ndk_tools/bin/:${PATH}
export CC=arm-linux-androideabi-gcc
export CXX=arm-linux-androideabi-g++
echo \
"$CC"
CC --version
последняя строка использует буквальное имя CC
(которое обычно является компилятором C ++), а не чем переменная оболочки $ CC
(которая будет использовать переменную среды, которую вы экспортировали).
Возможно, вы имели в виду
export PATH=./ndk_tools/bin/:${PATH}
export CC=arm-linux-androideabi-gcc
export CXX=arm-linux-androideabi-g++
echo \
"$CC"
$CC --version
. Возможно, вы также захотите просто сделать cc
тем из ndk_tools
, сделав символическую ссылку на этот (названный «cc») на вашем PATH
, но это помешает встроенному использованию компилятора. Итак, переменные среды (и выборочное использование) - это правильный путь.
В make-файле этот символ можно использовать в круглых или фигурных скобках, например, $ (CC)
или $ {CC}
. Без фигурных скобок make
увидит $ C
C
, а это не то, что вам нужно. Вы можете установить переменную в make-файле различными способами, например,
make CC="$CC"
make -e
Большую часть времени я бы использовал значение непосредственно в make-файле из-за использования сборок на основе autoconf или imake. В таких случаях экспорт переменной был бы менее важен.