可以分析cpp文件的依赖,加入相应的.o文件吗?

[ghost]

你在什么场景下需要该功能？

我有一个通配符的Makefile,可以根据g++ -MM生成目标的依赖文件存入.d文件里,再读取.d文件,检查相应的.cpp或.cc文件是否存在,存在则编译出相应的.o文件, 再把.o一起和cpp文件链接.
请问,xmake怎么实现这样的功能?

描述可能的解决方案

不知

描述你认为的候选方案

No response

其他信息

No response

[xq114]

g++ -MM生成的.d一般都是头文件，为什么会有.cpp和.cc在？

[ghost]

g++ -MM生成的.d一般都是头文件，为什么会有.cpp和.cc在？

我那个makefile会自动根据.h替换为.cpp判断是否存在,然后添加.o的依赖,自动编译.

PROJ_DIR = $(shell pwd)
PROJ_SRCDIR = $(PROJ_DIR)/src
PROJ_OBJDIR = $(PROJ_DIR)/obj
PROJ_BINDIR = $(PROJ_DIR)/bin
PROJ_MAINDIR = $(PROJ_DIR)/main

CXX = g++
OPTIM = -march=native -g -O3 -std=c++20 #-fstack-check=no -frename-registers -fstack-protector-explicit -flto=auto #-static-libgcc -static-libstdc++
EXPERIMENTAL= -fsched2-use-superblocks
SELFFIND = -fprefetch-loop-arrays -fmodulo-sched -fmodulo-sched-allow-regmoves -ftree-loop-im -ftree-loop-ivcanon --param inline-min-speedup=2 #--param gcse-unrestricted-cost=0 # -fsched-stalled-insns=0 -fsched-stalled-insns-dep=9999 --param max-delay-slot-insn-search=9999 --param max-delay-slot-insn-search=9999
#OPTIM = -g #-O3 -march=native -fno-bounds-check -freg-struct-return -fstack-check=no -frename-registers -fipa-pta -ftree-loop-linear -fivopts -ftree-vectorize -ftracer -fprefetch-loop-arrays -fweb -fbranch-target-load-optimize -fbranch-target-load-optimize2 -fno-threadsafe-statics -fno-enforce-eh-specs -fvisibility-inlines-hidden -minline-stringops-dynamically -fmerge-all-constants -fstack-protector-explicit -fgcse-sm -fgcse-las -funsafe-loop-optimizations --param max-gcse-memory=999999 $(SELFFIND)#-fprofile-use#-fprofile-generate=./ #-pg#-fprofile-generate -fprofile-use -fprofile-correction #  

DEFINES = 
LIBFLAGS = -fPIC $(OPTIM) -Wall #-fvisibility=protected #hidden 
CPPFLAGS = -fPIC $(OPTIM) -Wall $(DEFINES) #-fvisibility=hidden #-fvisibility=protected -Wextra #-w #-z muldefs -Wall -Wextra #-std=c++2a -march=native 
LINKFLAGS = -s -Wl,-On -Wl,--exclude-libs=ALL -Wl,--sort-common -Wl,-x -Wl,-X -Wl,-zcomberloc -Wl,--enable-new-dtags -Wl,--as-needed -Wl,--no-define-common -Wl,--hash-style=gnu

TRADIR = /opt/autotrade
INCDIR = -I/include -I/usr/include -I$(PROJ_SRCDIR) -Imiux_base/include -I$(TRADIR)/include -I$(PROJ_MAINDIR) -I$(TRADIR)/include/Dingdian -I$(TRADIR)/include/YinheHuarui
LIBDIR = -L$(TRADIR)/lib -L$(PROJ_DIR)/lib -L$(TRADIR)/lib/YinheHuarui -L$(TRADIR)/lib/Dingdian

SYSLIBS = -latomic -lrt -pthread -ldl -lz -lfmt -lyaml-cpp -ltbb #-ldouble-conversion  -lzip -lzstd #-lzipios -lPocoZip -lPocoFoundation #-lzip#-lchilkat-9.5.0#-lboost_iostreams -llzma -lboost_coroutine -lboost_context -lssl -lcrypto -lhv -lstdc++fs -lredis++ -lhiredis 
INLIBS = miux_base/lib/libmiux_base.a #-lfmtlog-shared
TRADELIBS = 
LIBS = $(TRADELIBS) $(INLIBS) $(SYSLIBS) # -Wl,-Bstatic -Wl,-Bdynamic
LINK = $(CXX) $(LINKFLAGS) $(LIBDIR)

SUFFIXES += .d

uniq = $(if $1, $(firstword $1) $(call uniq,$(filter-out $(firstword $1),$1)))

SOURCES = $(shell find $(PROJ_SRCDIR) -name "*.cpp") 
SRC_FILES = $(SOURCES:$(PROJ_SRCDIR)/%=%)
SRC_OBJS = $(SRC_FILES:%.cpp=$(PROJ_DIR)/obj/%.o) 
OBJ_SUBDIRS = $(call uniq, $(dir $(SRC_OBJS)))
SRC_DEPS = $(SOURCES:%.cpp=%.d)

TEST_SRCS = $(shell find $(PROJ_MAINDIR) -name "*.cpp")
TEST_OBJS = $(patsubst %.cpp, $(PROJ_MAINDIR)/%.o, $(notdir $(TEST_SRCS)))
TEST_DEPS = $(TEST_SRCS:%.cpp=%.d)
TEST_BINS = $(wildcard $(PROJ_BINDIR)/*test*)

API_INCLUDES = $(wildcard $(PROJ_SRCDIR)/MdApi/TORAT/*.h) $(wildcard $(PROJ_SRCDIR)/TradeApi/TORAT/*.h)

DEPS = $(SRC_DEPS) $(TEST_DEPS)

echo:
	echo TEST_OBJS=$(TEST_OBJS)
	echo TEST_BINS=$(TEST_BINS)
	echo SOURCES=$(SOURCES)
	echo SRC_FILES=$(SRC_FILES)
	echo SRC_OBJS=$(SRC_OBJS)
	echo SRC_DEPS=$(SRC_DEPS)
	echo OBJ_SUBDIRS=$(OBJ_SUBDIRS)
	echo EES_OBJS=$(EES_OBJS)

testclean:
	rm -f $(TEST_OBJS)

objclean:
	rm -f $(SRC_OBJS) $(TEST_OBJS)

depclean:
	rm -f $(DEPS)

clean: testclean objclean depclean

$(PROJ_SRCDIR)/%.d: $(PROJ_SRCDIR)/%.cpp Makefile
	$(CXX) $(CPPFLAGS) $(INCDIR) -MM $< -MT "$(PROJ_OBJDIR)/$*.o" -MF $@
# -MM使.d文件不包括INCLUDE_PATH里的文件

$(PROJ_MAINDIR)/%.d: $(PROJ_MAINDIR)/%.cpp Makefile
	$(CXX) $(CPPFLAGS) $(INCDIR) -MM $< -MT "$(PROJ_MAINDIR)/$*.o" -MF $@

ifneq "$(strip $(DEPS))" ""
include $(DEPS)
endif

$(PROJ_OBJDIR)/%.o: $(PROJ_SRCDIR)/%.cpp Makefile
	$(CXX) $(CPPFLAGS) $(INCDIR) -c -o $@ $<

$(PROJ_MAINDIR)/%.o: $(PROJ_MAINDIR)/%.cpp $(PROJ_MAINDIR)/%.d Makefile
	$(CXX) $(CPPFLAGS) $(INCDIR) -c -o $@ $<

depend: $(DEPS)

objdir:
	mkdir -p $(PROJ_BINDIR) $(OBJ_SUBDIRS)

obj: objdir $(SRC_OBJS) Makefile

%: $(PROJ_MAINDIR)/%.o obj Makefile
	$(eval DEP_FILES := $(patsubst %.hxx, %.cpp, $(patsubst %.hpp, %.cpp, $(patsubst %.H, %.cpp, $(patsubst %.h, %.cpp, $(shell sed 's/^.*://;s/\\//g' $(<:%.o=%.d)))))))
	$(eval DEP_FILES := $(foreach f,$(filter-out $(API_INCLUDES), $(call uniq, $(DEP_FILES))), $(wildcard $(f))))
	$(eval DEP_OBJS := $(filter-out %.h, $(DEP_FILES:%.cpp=%.o)))
	$(eval DEP_OBJS := $(DEP_OBJS:$(PROJ_SRCDIR)/%.o=$(PROJ_OBJDIR)/%.o))
	@echo DEP_OBJS= $(DEP_OBJS)
	$(CXX) $(CPPFLAGS) $(LIBDIR) $(patsubst %.cpp, %.o, $(DEP_OBJS)) $(LIBS) -o $(PROJ_BINDIR)/$@

[ghost]

我这个通用的makefile挺好用的, 但还有点问题. 编译出来的所有程序都有全部的so依赖,但大部分程序不需要用到所有的so库.
但是额外地添加程序, 只能一个一个地加target. 很麻烦. 不容易维护.
所以我希望能把target分组管理. 组A需要哪些依赖, 组B需要另外的依赖.组C....

[waruqi]

after_build_file 里 通过 target:dependfile(sourcefile) 取下依赖文件，自己解析替换获取 cpp 后，自己调用 compiler 编译下加入 target:objectfiles()

[ghost]

我尝试了一下,自己写太困难了,有差不多的模板例子吗, 这种编译脚本都是通用的, 我上面那个Makefile就是通用的, 谢谢啊!

[waruqi]

没觉得哪里通用了，我都不知道你想搞啥。xmake 内部自己会处理依赖，其他的自己写 rule 搞

[ghost]

我上面那个Makefile, 在main目录下写一个新的cpp文件, 直接就可以make编译,自动处理.o的依赖,非常方便好用.
能为这个项目添加一些例子吗? 现有的那些例子都太简单了. 复杂的例子去哪里找?

[ghost]

我照着说的做了, 但是效果不好, 必须自己调用g++编译得到.o,再target:objectfiles()链接.
最好能在脚本域里add_deps,add_files,把.o加入依赖,再自动链接.

[JaydenFish]

ninja有这种功能, gcc -MD分析依赖, 自动建立依赖关系.
xmake可以也做这种功能吗?

rule cc
  depfile = $out.d
  command = gcc -MD -MF $out.d [other gcc flags here]
rule cc
  deps = msvc
  command = cl /showIncludes -c $in /Fo$out

[waruqi]

ninja有这种功能, gcc -MD分析依赖, 自动建立依赖关系. xmake可以也做这种功能吗?

rule cc
  depfile = $out.d
  command = gcc -MD -MF $out.d [other gcc flags here]
rule cc
  deps = msvc
  command = cl /showIncludes -c $in /Fo$out

可以，不过目前需求量不大，所以没有文档化开放接口。。内置的源码编译，本身就自动处理依赖，增量编译了，通常没必要自己在 custom rule 里面，自己再去走 -MD 分析了。