c - GNU Make "Abort trap: 6"在 gcc 调用之后但是调用在单独执行时有效

Question

我正在使用 GNU Make 构建一个许多人都会使用的 C/C++ 项目。 makefile 试图通用，因为该项目中有许多可选文件，每个用户都通过 MATLAB 界面选择这些文件，然后通过命令行参数(make target OPTS='XYZ' 等...)将这些文件提供给 makefile。

当我使用 makefile 时，它​​会正确识别正确的对象依赖关系，然后继续查找这些对象的源先决条件并构建它们。但是，每次它尝试执行对象规则时，我都会在 gcc 调用后立即收到错误提示“Abort trap: 6”。

Makefile如下

vpath %.c $(PATH) $(OBJ_DIR)
# Pick compilers
CC1=g++
CC2=gcc
LNK=g++
# Assign variables for c/cpp implicit rules
CXXFLAGS= $(CCFLAGS) $(DEFINES) $(INCLUDES)
CFLAGS = $(CCFLAGS) $(DEFINES) $(INCLUDES)

# Assign various user-defined values
OUTPUT = -o $(USER_LIB)
C_OBJECTS = $(patsubst %.c,$(OBJ_DIR)/%.o,$(C_SOURCES))
CPP_OBJECTS = $(patsubst %.cpp,$(OBJ_DIR)/%.o,$(CPP_SOURCES))
OBJECTS = $(C_OBJECTS) $(CPP_OBJECTS) $(SIM_OBJECTS)

# User Library Dependencies and Compilation Rules
$(USER_LIB): $(OBJECTS)
    $(LNK) $(LINKERFLAGS) $(CCFLAGS) $(DEFINES) $(INCLUDES) $(OUTPUT) $(OBJECTS)

$(OBJ_DIR)/%.o: %.c 
    $(CC2) $(CFLAGS) -c -o $@ $<

我得到的一个例子是:

gcc -g -D(the defines)  -I(all the includes) -c -o obj1/xyz.o ../common/xyz.c
make: *** [obj1/xyz.o] Abort trap: 6

但是，如果我采用完全相同的 gcc 调用并在命令行上运行它(只需复制和粘贴)，文件就会被正确编译，并且目标文件会放置在 obj1 文件夹中。

我试着查看“make -d”，看看是否能找到任何东西。由于该输出非常长，其要点如下:

... output truncated for brevity ...
gcc -g -D(the defines)  -I(all the includes) -c -o obj1/xyz.o ../common/xyz.c
Putting child 0x104f13cc0 (obj1/xyz.o) PID 24557 on the chain.
Live child 0x104f13cc0 (obj1/xyz.o) PID 24557 
Reaping losing child 0x104f13cc0 PID 24557 
make: *** [obj1/xyz.o] Abort trap: 6
Removing child 0x104f13cc0 PID 24557 from chain.

输出结束。我还尝试运行 make -k 以查看第一个错误后会发生什么。每个源文件都会产生相同的结果。同样，每个源文件都可以使用独立完成时使用的确切调用进行编译。

此时我完全迷失了这一点，关于“中止陷阱:6”在这种情况下的含义的信息非常少。

我正在运行 Mac OSX 10.7，通过 Xcode 安装了 gcc-4.2。

我意识到目前没有 .cpp 文件的规则，我目前没有任何 .cpp 源文件可以编译，但将来可能会有，这就是为什么到目前为止有支持结构的原因.

提前感谢任何可以帮助我的人。

编辑:从“make -d”输出中添加了一行。编辑:添加解决方案(移至答案)

Answer 1

在帮助下，回答了我自己的问题。解决了:首先查看@MadScientist 对“Abort trap: 6”是什么的评论。

根据这条线索，我意识到我使用了一个可能与系统变量 $(PATH) 混淆的变量。看起来 Make 没有按照我的预期解释以下行:

vpath %.c $(PATH) $(OBJ_DIR)                        <------ Bad

看起来系统变量 $(PATH) 存在一些干扰，这可能会导致问题。只需将 vpath 变量更改为 $(SRC_PATH) 即可消除与系统变量的冲突和任何潜在干扰，从而解决问题。

vpath %.c $(SRC_PATH) $(OBJ_DIR)                    <------ Good

经验教训:注意变量名称并了解您的环境变量是什么。

感谢@MadScientist 指出“中止陷阱:6”的含义并提出环境问题。