gcc - gcc：目录：没有这样的文件或目录

Question

我正在尝试从Here为 linux 3.7 内核构建 mali 驱动程序。

有一个单独的构建脚本，例如，

#!/bin/bash
export KDIR=/path/to/kernel/dir/
..
..
gcc -v//Just for testing purpose printing gcc version
make
gcc -v
... 

实际主机具有 2.6 内核，但我指示make使用 linux 3.7 内核。上面的make会调用mali驱动的makefile的Makefile。

对于上述脚本，gcc 版本在命令前后打印正常make，但make进入内核目录时，gcc 无法识别。

它说gcc：目录：没有这样的文件或目录。

arm-gcc 也一样。有没有猜？？

编辑：（制作输出）

make ARCH=arm -C /home/work/linux3.7/ M=/home/work/mali/driver/src/devicedrv/mali modules

make[1] : Entering directory `/home/work/linux3.7/`
gcc : directory : No such file or directory
gcc : directory" : No such file or directory 
<command-line>: warning: missing terminating " character
gcc : directory : No such file or directory
gcc : directory" : No such file or directory 
<command-line>: warning: missing terminating " character
gcc : directory : No such file or directory
gcc : directory" : No such file or directory 
<command-line>: warning: missing terminating " character
gcc : directory : No such file or directory
gcc : directory" : No such file or directory 
<command-line>: warning: missing terminating " character
CC [M]  /home/work/mali/driver/src/devicedrv/mali/common/mali_kernel_core.o
.arm-none-linux-gnueabi-gcc: directory:No such file or directory 
.arm-none-linux-gnueabi-gcc: directory":No such file or directory

make[2] : Leaving directory `/home/work/linux3.7/`

Answer 1

问题出在驱动程序/gpu/vithar/ump/src/devicedrv/Makefile.common 中。它假定 vithar SDK 已从 SVN 中提取并具有有效的 SVN 修订版（它没有）。

您有 2 个选项：1）编辑上面的文件以跳过 svnversion 的调用：

- SVN_REV:=$(shell ((svnversion | grep -qv exported && echo -n 'Revision: ' && svnversion) || git svn info | sed -e 's/$$$$/M/' | grep '^Revision: ' || echo ${MALI_RELEASE_NAME}) 2>/dev$
+ SVN_REV=0

2）添加到命令行：

SVN_REV=0

Answer 2

gcc 被识别、发现和执行。错误“gcc：目录：没有这样的文件或目录”是gcc自己给出的。

出于某种原因，gcc正在尝试访问不存在的“目录”（即名为“目录”的对象）。

可能是错误的扩展或意外的环境变量。

尝试检查适当的Makefile和您的make命令。

例如，如果您发出一个命令，例如

KDIR="/usr/Linux Kernel directory" CONFIG=pb-virtex5 BUILD=release make

存在系统误解的风险KDIR，引入了两个不存在的对象“内核”和“目录”以及一个额外的引号。这种可能性可以解释您观察到的症状。因此，路径中的额外空格绝对值得检查。

Answer 3