指示 Automake 对 *.S 文件使用 C++ 编译器?
Instruct Automake to use C++ compiler for *.S files?
我们有一个 C++ 项目。我们需要通过编译器assemble一个*.S
文件。在我们的 GNUmakefile
中,我们使用:
# ARM asm implementation.
aes-armv4.o : aes-armv4.S
$(CXX) $(CXXFLAGS) $(AES_FLAGS) -mfloat-abi=$(FP_ABI) -c $<
我们的 Makefile.am
中有以下内容,这取决于 configure.ac
中的 AC_SUBST([AES_FLAGS], [-march=armv7-a -Wa,--noexecstack])
:
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])
automake 使用 CCAS
宏指定哪个编译器 运行,使用 CCASFLAGS
和 AM_CCASFLAGS
指定任何自定义编译选项。
# 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
实用程序,更不用说您自己了。
我们有一个 C++ 项目。我们需要通过编译器assemble一个*.S
文件。在我们的 GNUmakefile
中,我们使用:
# ARM asm implementation.
aes-armv4.o : aes-armv4.S
$(CXX) $(CXXFLAGS) $(AES_FLAGS) -mfloat-abi=$(FP_ABI) -c $<
我们的 Makefile.am
中有以下内容,这取决于 configure.ac
中的 AC_SUBST([AES_FLAGS], [-march=armv7-a -Wa,--noexecstack])
:
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])
automake 使用 CCAS
宏指定哪个编译器 运行,使用 CCASFLAGS
和 AM_CCASFLAGS
指定任何自定义编译选项。
# 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
实用程序,更不用说您自己了。