使用单个makefile编译C和C++

Compiling C and C++ with single makefile

本文关键字:C++ 编译 makefile 单个      更新时间:2023-10-16

我正在尝试创建一个使用我以前创建的共享库的可执行文件,顺便说一句,该共享库现在是静态的,其中包括openSSL静态库。所以我使用了我用来创建那个库的同一个Makefile,并对其进行了黑客攻击,使其在这里工作。就是这样

LIBBASE=/home/AB/Documents/APP/APP_2.17.0
OPENSSL1.0.2p_INSTALL_LOC=/home/AB/Documents/APP/OpenSSL-1.0.2p-installation
CC=gcc
CXX=g++
CFLAGS= -Wall -g -pedantic
CPPFLAGS= -Wall -g -pedantic 
RM= rm -f
.PHONY: all clean
c_src=$(shell find . -iname "*.c")
$(info source=$(c_src))
cpp_src=$(shell find . -iname "*.cpp")
$(info cppsource=$(cpp_src))
INC=-I$(LIBBASE)/include
$(info includes=$(INC))
# need to link pthread library here as well
LIB = -pthread
# aforementioned library
LIB+=-L$(LIBBASE)/lib 
LIB+= -l:libSCA.a
#need to add SSL related libraries
LIB+= -L$(OPENSSL1.0.2p_INSTALL_LOC)/lib
LIB+= -l:libssl.a -l:libcrypto.a -static-libgcc
# As mentioned, we need to link dl and libz libraries as well
LIB+= -ldl -lz
$(info links=$(LIB))
obj=$(c_src:.c=.o) $(cpp_src:.cpp=.o)
all: APP
clean:
$(RM) *.o APP
$(shell find $(APPBASE) -type f -iname "*.o" -exec rm -rf {} ;)
.c.o:
${CXX} -static ${CPPFLAGS} $(INC) -c $< -o $@
#${CC} -static ${CFLAGS} $(INC) -c $< -o $@
.cpp.o:
${CXX} -static ${CPPFLAGS} $(INC) -c $< -o $@
APP: $(obj)
$(LINK.cxx) $^ -o $@ $(LIB)

然而,我无法让它发挥作用。我收到了大量未定义的引用,这些引用是我的库定义的符号。我已经考虑过在cpp文件中的这些符号周围使用extern C,但它似乎没有帮助。

顺便说一句,还有比这更直接或更简单的方法吗?

此外,在浏览这里的各种答案时,我发现像.c.o这样的目标已经过时了,不应该再使用了。是否有一个关于Makefiles的权威指南是最新的、详尽的实用的(是否太多了(??

更新1:现在我可以访问日志了,我注意到我收到的所有未定义的引用错误都与我静态链接到共享库的SSL库定义的符号有关。我的错误日志示例:

/home/AB/Documents/APP/APP_2.17.0_Linux/libAPP.so: undefined reference to `SSL_CTX_free'
/home/AB/Documents/APP/APP_2.17.0_Linux/libAPP.so: undefined reference to `X509_set_issuer_name'

因此,我想到了制作一个静态库,它将在内部链接(或者更确切地说合并(libssl.a。修改了前面提到的makefile并创建了一个静态libAPP.a。但我还是不断地犯错误。

我最终将libssl.alibcrypto.a添加到这个makefile中,瞧,其中很多错误都得到了修复。我仍然有一些与dlopen和pthreads相关的错误,所以我也添加了这些错误。我还使用CXX编译器编译了所有内容,以消除由于名称篡改引起的问题。

现在让我感到困扰的是,SSL相关的符号应该已经存在于libAPP.a中(尽管nm将它们报告为未定义,这可能需要另一个问题:D(。但我仍然需要在这里指定libSSL.alibcrypto.a,以便链接器找到它们!那么,创建归档(libAPP.a(而不是共享库(libAPP.so(有什么好处呢?

最后,在链接阶段,我的链接器找不到lz-

/usr/bin/ld: cannot find -lz

只是为了好玩,我试着在创建该档案的makefile中添加相同的标志,而这个文件找到它没有问题。有什么建议吗??

我会在以下步骤中完成:

  1. 收集所有命令,以"手动"构建所有内容。只有这样,如果你是初学者,继续前进才有意义。这些命令可以放在批处理文件中
  2. 提取依赖项和规则
  3. 把它写在Makefile中;归根结底,Makefile就是:浓缩知识如何构建
  4. 试试Makefile
  5. 如果我遇到错误,我将使用make的选项-d-p-n来查看它的想法。可能还有更有用的选择

最明显的问题是,当程序包含C++组件时,您使用$(LINK.c)进行链接,因此您没有得到任何C++库或类似的库。尝试使用$(LINK.C)$(LINK.cc)$(LINK.cpp)$(LINK.cxx)(C++所需的内容因make版本而异,但至少应预定义其中一个。(