为什么 PATH 不可用于从 Xcode 执行的自定义 shell 脚本?

发布于 2024-11-09 12:32:46 字数 129 浏览 0 评论 0原文

我观察到 Xcode 在运行脚本阶段执行的自定义 shell 脚本没有设置任何环境变量。他们有大量其他变量,但没有 PATH。

这个问题是否可以解决,如何解决?我只想运行一个应该位于路径中的工具,并且不想开始手动检查可能的位置。

I observed the custom shell scripts executed by Xcode, in Run Script Phase, do not have any environmental variable set. They have tons of other variables but not the PATH.

Is it possible to solve this problem, how? I just want to run a tool that is supposed to be in path and I do not want to start checking manually possible locations.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

飘然心甜 2024-11-16 12:32:46

您可以显式获取用户 .bashrc.profile 等。或者更好的是,运行类似的操作,

PATH=$(bash -l -c 'echo $PATH')

不会有污染其他变量的风险。

You could explicitly source the users .bashrc, .profile etc. Or better yet, run something like

PATH=$(bash -l -c 'echo $PATH')

which won't risk polluting other variables.

z祗昰~ 2024-11-16 12:32:46

Ivan Andrus 的回答让我想到了一种我认为更干净、更完整的方法:完全在新的 shell 中运行脚本。例如:

bash -l -c "./configure --prefix=${DERIVED_FILE_DIR} && make && make install"

我使用双引号进行变量扩展。扩展您需要的任何变量是一个好主意,因为任何现有的变量都可能被为新环境创建的变量覆盖。

Ivan Andrus' answer led me to what I think is a cleaner and more complete method: run the script within a new shell altogether. For example:

bash -l -c "./configure --prefix=${DERIVED_FILE_DIR} && make && make install"

I'm using double-quotes for variable expansion. It's a good idea to expand out any variables you need, because any existing vars might be overwritten by the ones created for the new environment.

吾性傲以野 2024-11-16 12:32:46

您可能想关注此主题:
在 OS X 中设置环境变量?
我对环境.plist 很幸运。

You might want to follow this thread:
Setting environment variables in OS X?
I have good luck with environment.plist.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文