【问题标题】:Instruct Automake to use C++ compiler for *.S files?指示 Automake 对 *.S 文件使用 C++ 编译器?
【发布时间】:2018-07-28 21:58:45
【问题描述】:

我们有一个 C++ 项目。我们需要通过编译器组装一个*.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_CCCFLAGSAM_CFLAGS,因为我们是 C++ 项目:

AC_PROG_CXX
AC_LANG([C++])

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

【问题讨论】:

标签: c++ autotools automake


【解决方案1】:

automake 使用CCAS 宏指定要运行的编译器,使用CCASFLAGSAM_CCASFLAGS 指定任何自定义编译选项。

More information

【讨论】:

    【解决方案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") 的用法和限制,包括它们不能有任何依赖项这一事实(否则它们被视为正常目标)以及必须预定义后缀这一事实。

    除了the default rules prescribed by POSIX 之外,我使用的make 实现有一组默认的C++ 规则,有时甚至还有一些特定于实现的功能的附加扩展,例如编译为汇编代码。

    无论哪种方式,都不要将它们组合在一起,否则你会混淆你的 make 实用程序,更不用说你自己了。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-01-12
      • 2021-06-03
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多