gcc unix环境变量

Question

src="binds.c engine.c console.c"
echo $src
gcc $src

---

上面的批处理文件适用于 echo，但 gcc 失败。如果我输入 在命令行中使用 gcc $src 可以正常工作。所以看来 gcc 没有在批处理文件中获取环境局部变量？

使用CYGWIN。

Answer 1

如果您使用 Cygwin，那么您就是在 Windows 上的 Unix 仿真中运行。相当不错，但仍然是一个模拟。但是，您也可能使用 bash 作为您的 shell，这很好（如果您有机会使用 Korn shell，我下面所说的同样适用，并且如果您使用 /bin/sh，这实际上是 bash 的子集，我所说的也适用于它）。

请注意，您可以在 shell 中定义不在 shell 环境中的变量。在运行其他脚本时，这种区别很重要。

src="binds.c engine.c console.c"

这将创建一个名为 src 的非环境变量。您现在可以在命令行中使用它：

echo $src
gcc -c $src

echo 命令将列出三个名称，GCC 将运行并尝试编译所有三个源文件。但是，如果您运行 env 命令，您将不会在环境中看到 src。另一方面，如果运行 set 命令，您将看到 src。

env    # No arguments - list the environment variables that are exported
set    # No arguments - lists variables, exported and non-exported

现在假设您在当前目录中有（或创建）一个名为 compile 的脚本，其中包含：

gcc -c $src

该脚本应该是可执行的 (chmod +xcompile)。如果运行：

./compile

脚本看不到变量 $src 因为它未导出，因此您会收到有关 GCC 未指定文件名的错误。有趣的是，如果您运行其中任何一个：

. ./compile
source ./compile

那么编译就会按照您的意愿进行。这是因为当前 shell 不是启动子 shell 来执行脚本，而是读取脚本，并定义了变量 src 。

如果您现在导出 src，它将可供子 shell 和其他程序使用：

export src     # Sufficient given the initial assignment
export src="binds.c engine.c console.c" # Set and export; not portable to Bourne shell

现在，如果您运行 env，您将看到列出的 src。现在，如果您运行 ./compile，它将在其环境中有一个变量 src，因此编译将按预期进行。

所以，关键点是：

• 并非所有 shell 变量都是环境变量。
• 要将变量设置为环境变量，您必须显式地导出它。

还有一些其他技巧可以通过环境变量来实现，但它们与您的情况并没有密切关系，并且更可能会造成混乱而不是帮助。 （对于那些知道的人，我正在考虑 set -k 和 var=value cmd arg1 ...。）