Ninja: 하위 프로세스에서 환경 변수를 설정하는 방법을 문서화합니다.

그 토론을 읽어보면 CreateProcess lpCommandLine 를 사용할 때 실행할 실행 파일을 찾기 위해 PATH 설정을 지원하지 않기 때문에 환경 변수가 Ninja에서 지원되지 않는 것 같습니다. lpApplicationName ? 문제는 execvpe 및 execle 에 동일한 제한이 있으므로 여기서 문제가 무엇인지 이해하지 못합니다.

모든 플랫폼에서 프로세스가 상속 하는 환경을 설정하는 것은 정말 간단하므로 여기서 차단기가 무엇인지 알고 싶습니다. 건배!

FWIW, https://github.com/mesonbuild/meson/issues/266 , https://github.com/mesonbuild/meson/issues/384 등 Meson에서 이 기능을 잘 활용하겠습니다.

프로젝트가 이것을 구현하는 PR에 관심이 있습니까? https://github.com/mesonbuild/meson/ 에 대한 성가신 차단기 다운스트림입니다. 환경 변수 설정이 필요한 모든 명령에 대해 래퍼 스크립트를 추가해야 하기 때문입니다.

Makefile과 Visual Studio 프로젝트 파일도 이를 지원하므로 Ninja는 이를 지원하지 않는다는 점이 두드러집니다. :)

Ninja에서 이 기능을 사용하는 데 관심이 있다면 기꺼이 구현하겠습니다.

POSIXy 플랫폼에서는 다음을 수행할 수 있습니다.

rule foo
  command = ENV1=env1 ENV2=env2 my_command

또는

rule foo
  command = $env my_command
foo out: in
  env = ENV1=env1 ENV2=env2

그것으로 충분하지 않습니까? 대부분의 명령은 env vars가 필요하지 않으며 일반적으로 적은 항목을 지원하므로 닌자가 단순해집니다.

예, 그 부분 은 문서화 되어 있지만 Meson은 플랫폼 간 빌드 시스템(지원되는 모든 플랫폼에서 기능 패리티를 갖기 위한 것)이며 현재 환경 변수를 설정해야 하거나 특수 문자가 포함된 인수가 필요할 때마다 Python 스크립트 래퍼를 사용해야 합니다. (특히 개행).

처음에는 env vars를 설정하는 것이 틈새 사용 사례라고 생각했고 사용자가 요청할 때 뒤로 미루었지만 놀랍게도 많은 사람들이 필요로 했습니다. 예를 들어, GNOME의 gobject-introspection은 도구를 호출하는 동안 CC / CXX /etc를 설정하도록 요구합니다. 그렇지 않으면 자동 감지 메커니즘을 사용하여 잘못된 컴파일러를 사용하게 됩니다. Meson의 "사용자 지정 대상"은 임의의 명령을 실행할 수 있으며, 사람들은 종종 동작을 변경할 수 없는 일부 도구를 실행하는 동안 환경 변수를 설정하는 방법을 묻는 나타납니다.

Python 스크립트 해결 방법은 괜찮지만 각 명령에 대해 Python 인터프리터를 호출하면 때때로 작업 속도가 느려집니다.

gobject-introspection이 대신 명령줄 인수를 통해 이를 수락할 수 있습니까? (내 경험상 플래그 대신 환경 변수에 의존하는 빌드는 개발자가 로컬 환경 등을 망치는 데 훨씬 더 취약한 경향이 있습니다.)

MSVC의 cl.exe는 포함 및 기타 항목을 찾기 위해 몇 가지 환경 변수가 필요합니다. 그 닌자에게는 파일에서 환경을 로드할 수 있는 -e ninja -t msvc 가 있습니다. 따라서 meson은 이론적으로 Windows에서 그것을 사용할 수 있고 다른 곳에서는 posix를 사용할 수 있습니다.

그러나 드문 "유연성이 필요"한 경우에 파이썬 래퍼를 사용하고 env에 의존하지 않고 일반적인 명령을 작동하게 하는 것이 나에게 가장 좋은 접근 방식인 것 같습니다.

이 문제에 봉착했다고 생각합니다. 창에서 FIPS 실행 파일을 빌드하려고 하는데 다음 지침을 따라야 합니다.

https://www.openssl.org/docs/fips/UserGuide-2.0.pdf , 섹션 5.3.2:

For the Windows®
 environment a perl script fipslink.pl is provided which performs a
function similar to fipsld for Unix®
/Linux®
. Several environment variables need to be set:
FIPS_LINK is the linker name, normally “link”
FIPS_CC is the C compiler name, normally “cl”
FIPS_CC_ARGS is a string of C compiler arguments for compiling fips_premain.c
PREMAIN_DSO_EXE should be set to the path to fips_premain_dso.exe if a DLL is
being linked (can be omitted otherwise)
PREMAIN_SHA1_EXE is the full path to fips_standalone_sha1.exe
FIPS_TARGET is the path of the target executable or DLL file

내 환경에 FIPS_CC가 정의되어 있지만 닌자가 env를 자식 프로세스( perl fipslink.pl ... )에 전달하지 않는 것처럼 보입니다. -가 나를 위해 작동하는지 확인할 것입니다.

이에 대한 또 다른 사용 사례는 프로젝트에 빌드된 실행 파일을 실행하기 전에 LD_LIBRARY_PATH 를 설정하는 것입니다. 이것은 사용자 정의 접두사에 이미 존재하는 버전이 사용되지 않도록 하기 위해 프로젝트에 빌드된 공유 라이브러리에 연결된 실행 파일에 종종 필요합니다( -Wl,-rpath DT_RUNPATH 를 설정하는 배포판 에서는 작동하지 않습니다 . Debian 및 Ubuntu와 같은 DT_RPATH 중). Autotools(libtool)는 이를 위해 쉘 스크립트를 사용합니다. Python 인터프리터를 생성하거나 이러한 경우에 쉘 스크립트를 실행해야 한다면 빌드 속도가 크게 느려질 것입니다.

또 다른 데이터 포인트로서 cmake는 환경을 설정한 다음 프로세스를 호출 하는 C 래퍼를 가지고 있기 때문에 이 사용 사례를 너무 많이 접했습니다. 그들은 그들의 make 백엔드를 위해 어쨌든 그것을 필요로 하지만 닌자 전용 빌드 시스템은 이 기능으로부터 큰 이점을 얻을 것입니다.

이 버그가 더 이상 무엇을 논의하고 있는지 잘 모르겠습니다. 원래 문서 업데이트에 대한 것 같았기 때문입니다. :)

LD_LIBRARY_PATH 의 경우 명령줄을 통해 설정하면 위에서 언급한 Nico처럼 이미 작동합니다. 다른 프로세스가 필요하지 않습니다. 어쨌든 명령줄을 구문 분석하려면 쉘을 사용해야 합니다. (Linux의 하위 프로세스는 어쨌든 너무 저렴합니다. 너무 빠르기 때문에 /bin/sh -c "echo hello" 도 측정할 수 없습니다.)

Windows에는 ninja -t msvc 가 있습니다. 그것을 사용하여 중간자 기능을 작성해 보고 경험이 있으면 개선 방법을 알아낼 수 있습니다.

Kconfiglib에는 소스 외부 빌드에 대한 엄격한 $srctree 요구 사항이 있습니다. 몇 가지 다른 변수를 사용합니다.
https://github.com/ulfalizer/Kconfiglib/blob/424d0d38e7/kconfiglib.py#L108

현재 환경 변수를 설정해야 할 때마다 Python 스크립트 래퍼를 사용해야 합니다.

발신: https://github.com/ulfalizer/Kconfiglib/tree/424d0d38e7be15c5#overview

전체 라이브러리는 kconfiglib.py에 포함되어 있습니다. 번들 스크립트는 그 위에 구현됩니다. 필요한 경우 자신의 스크립트를 구현하는 것이 비교적 쉬워야 합니다.