Question

我们有一个C ++项目。我们需要通过编译器组装一个*.S文件。在我们的GNUmakefile中，我们使用：

# ARM asm implementation.
aes-armv4.o : aes-armv4.S
    $(CXX) $(CXXFLAGS) $(AES_FLAGS) -mfloat-abi=$(FP_ABI) -c $<

我们的Makefile.am中有以下内容，具体取决于AC_SUBST([AES_FLAGS], [-march=armv7-a -Wa,--noexecstack])中的configure.ac：

libaes_armv4_la_SOURCES = aes-armv4.S
libaes_armv4_la_CXXFLAGS = $(AM_CXXFLAGS) $(AES_FLAGS)

但是，生成的Makefile使用C编译器，并且无法使用我们为源文件设置的标志：

make[1]: Entering directory '/home/build/cryptopp'
/bin/bash ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -g -O2 -MT aes-armv4.lo -MD -MP -MF .deps/aes-armv4.Tpo -c -o aes-armv4.lo aes-armv4.S
libtool: compile: gcc -DHAVE_CONFIG_H -I. -g -O2 -MT aes-armv4.lo -MD -MP -MF .deps/aes-armv4.Tpo -c aes-armv4.S -fPIC -DPIC -o .libs/aes-armv4.o
libtool: compile: gcc -DHAVE_CONFIG_H -I. -g -O2 -MT aes-armv4.lo -MD -MP -MF .deps/aes-armv4.Tpo -c aes-armv4.S -o aes-armv4.o >/dev/null 2>&1
mv -f .deps/aes-armv4.Tpo .deps/aes-armv4.Plo

AES_FLAGS提供了-march=armv7-a -Wa,--noexecstack。 -march=armv7-a由于负载未对齐而提高了性能，并且-Wa,--noexecstack是安全要求。

该手册未说明在这种情况下如何告诉Autotools使用C ++编译器。另请参见8.9 C++ Support。

如何告诉Automake对源文件使用C ++编译器和标志？

我们的configure.ac具有以下特征。它缺少对C编译器的引用，并且从不涉及AC_PROG_CC，CFLAGS或AM_CFLAGS，因为我们是C ++项目：

AC_PROG_CXX
AC_LANG([C++])

...
AC_SUBST([AES_FLAGS], [-march=armv7-a -Wa,--noexecstack])

Answer 1

automake使用CCAS宏来指定要运行的编译器，并使用CCASFLAGS和AM_CCASFLAGS来指定任何自定义编译选项。

More information

Answer 2

# Old-style (but portable) inference rules for assembler and C++
.SUFFIXES:
.SUFFIXES: .s .S .sx .o .cpp .cc .C .cxx .c++ .cp

.S.o:
    $(CXX) $(CXXFLAGS) $(AES_FLAGS) -mfloat-abi=$(FP_ABI) -c $<

######## OR ########

# GNU make pattern rule syntax
%.o: %.S
    $(CXX) $(CXXFLAGS) $(AES_FLAGS) -mfloat-abi=$(FP_ABI) -c $<

如果您使用的是GNU make，那么选择哪一个都没关系，但是您应该知道POSIX推理规则(GNU make calls them "suffix rules")的用法和局限性，包括它们不能具有任何事实。依赖性（否则它们被视为正常目标）以及必须预定义后缀的事实。

我使用的make实现有一套C ++的默认规则，有时甚至还有一些特定于实现特定功能的扩展，例如the default rules prescribed by POSIX。

无论哪种方式，请不要将它们组合在一起，否则您可能会混淆make实用程序，更不用说自己了。

指示Automake对* .S文件使用C ++编译器？

2 个答案: