使用 make -O 编译问题答案

【问题标题】：Issue compiling with make -O使用 make -O 编译问题
【发布时间】：2017-11-06 21:20:52
【问题描述】：

我们在重新编译 protobuf v2.6 时遇到问题。它用于工作，gmake 将输出以下内容：

...
gmake[3]: Entering directory `/atc/proto/protobuf-2.6.0/src'
depbase=`echo google/protobuf/compiler/main.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
/usr/bin/g++ -DHAVE_CONFIG_H -I. -I..    -pthread -Wall -Wwrite-strings -Woverloaded-virtual -Wno-sign-compare  -m32 -MT google/protobuf/compiler/main.o -MD -MP -MF $depbase.Tpo -c -o google/protobuf/compiler/main.o google/protobuf/compiler/main.cc &&\
mv -f $depbase.Tpo $depbase.Po
depbase=`echo google/protobuf/stubs/atomicops_internals_x86_gcc.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\
/bin/sh ../libtool --tag=CXX   --mode=compile /usr/bin/g++ -DHAVE_CONFIG_H -I. -I..    -pthread -Wall -Wwrite-strings -Woverloaded-virtual -Wno-sign-compare  -m32 -MT google/protobuf/stubs/atomicops_internals_x86_gcc.lo -MD -MP -MF $depbase.Tpo -c -o google/protobuf/stubs/atomicops_internals_x86_gcc.lo google/protobuf/stubs/atomicops_internals_x86_gcc.cc &&\
mv -f $depbase.Tpo $depbase.Plo
...

现在它输出以下内容并且不编译任何内容。所有的 .o 文件都是 0bytes。

...
gmake[5]: Entering directory `/atc/proto/protobuf-2.6.0/src'
touch google/protobuf/compiler/.dirstamp
touch google/protobuf/compiler/.deps/.dirstamp
touch google/protobuf/compiler/main.o
touch google/protobuf/stubs/.dirstamp
touch google/protobuf/stubs/.deps/.dirstamp
touch google/protobuf/stubs/atomicops_internals_x86_gcc.lo
...

我们希望有使用 google protobuf 经验的人能够解释为什么它会接触文件而不是编译它们。知道了这一点，我们可能很快就能解决问题。我们已经在另一台机器上构建了它，并且我们一直在比较我们能想到的所有内容，但现在我们正处于使用细齿梳通过 autoconf make 文件来理解这种行为的地步。

我们启动 google protobuff make 的脚本非常简单，我们没有对 google protobuf 进行任何更改（我们只是解压然后构建它）。

build_proto.sh

set -x
pb_pkg=protobuf-2.6.0
cc=/usr/bin/g++
if [[ ! -e "$pb_pkg.tar.gz" ]]; then
    echo "Can't find $pb_pkg.tar.gz"
    exit
fi

tar xvfz $pb_pkg.tar.gz
cd $pb_pkg

export PATH=$PATH:/opt/bb/bin/:/usr/bin
./configure CC=$cc CXX=$cc CFLAGS=-m32 CXXFLAGS=-m32 FFLAGS=-m32 FCFLAGS=-m32
gmake

生成文件

.PHONY: all

all:
    ./build_proto.sh
clean:
    rm -rf protobuf-2.6.0


build: all

test: all

uname -a

Linux atc-build 2.6.32-642.6.2.el6.x86_64 #1 SMP Mon Oct 24 10:22:33 EDT 2016 x86_64 x86_64 x86_64 GNU/Linux

更新

问题不在配置中。 Ran configure 自行配置，两个系统的差异相同，但不包括微不足道的差异。必须在制作中。

【问题讨论】：

是否有任何理由构建 32 位二进制文件 (CFLAGS=-m32 CXXFLAGS=-m32 FFLAGS=-m32 FCFLAGS=-m32)？您显然在 64 位 (x86_64) 上运行。有任何编译的理由吗？现代 Linux 发行版大多包含预编译的二进制包。
这两个问题的答案都是因为遗留债务。另一个系统构建良好，目标为 32 位，并且是相同的操作系统，所以我们知道这不是问题。

标签： protocol-buffers gnu-make autoconf

【解决方案1】：

问题是由两件事造成的。事后看来，其中一个应该是系统构建失败的明显警告信号。

使用 -O 标志调用顶级 make。
build_proto.sh 正在使用 gmake！

从 gmake 切换 build_proto.sh 以修复问题。 gmake 不理解 -O，因此不仅难以将要生成的输出回传，而且显然是以错误的顺序运行事物（详细输出显示作业服务器问题）。

【讨论】：