为什么 automake 在我的目标文件前加上包名?

Why is automake prefixing my object files with the package name?

在我的src目录中,我有cells.c等源文件。当我执行编译时,编译器会在目标文件前加上包名作为前缀,例如,它变成 neoleo-cells.o。为什么要这样做,我该如何阻止它?我不认为这是标准行为。

这里是Makefile.am:

#VPATH = $(srcdir) $(builddir)

GUI_SRCS =
GUI_LINK =
#GUI_DEFINES = -DX_DISPLAY_MISSING
GUI_DEFINES = -DHAVE_X

# Order of linking of libraries for Motif seems to be important
# I have decided to mandate the use of the Xbae library, rather than
# have it optional.

if UseMotif
GUI_SRCS += io-motif.c appres.c fallback.c oleo_icon.xpm
GUI_LINK += -lXm -lXt -lXbae
GUI_DEFINES += -DHAVE_MOTIF
endif

GUI_SRCS += io-x11.c xrdb.c
GUI_LINK += -lX11

YFLAGS = -d
EXTRA_DIST = $(srcdir)/neoleo.i

bin_PROGRAMS = neoleo


BUILT_SOURCES = getdate.c parse.c parse.h posixtm.c posixtm.h
#BUILT_SOURCES += neoleo_wrap.c
CLEANFILES = $(BUILT_SOURCES)

#lib_LTLIBRARIES = libneoleo.la
neoleo_CFLAGS = $(GUI_DEFINES) -Dmain0=main
neoleo_LDADD = -lm -lncurses -lpthread $(GUI_LINK)
#neoleo_LDFLAGS = -e main0
#neoleo_la_LDFLAGS = -module -avoid-version -shared
neoleo_SOURCES = afm.c args.c basic.c busi.c byte-compile.c cells.c cmd.c date.c decompile.c display.c \
                 epson.c eval.c font.c format.c forminfo.c funcs.c graph.c gsl.c hash.c help.c \
                 info.c init.c input.c \
                 io-headless.c io-curses.c io-edit.c io-term.c io-utils.c \
                 ir.c key.c legend.c line.c list.c lists.c mdi.c oleofile.c pcl.c plot.c  \
                 postscript.c print.c prtext.c ref.c regions.c sc.c sort.c string.c stub.c sylk.c utils.c \
                 window.c \
                 defuns.c \
                 get_date.h getdate.y \
                 parse.y \
                 posixtm.y \
                 neoleo_swig.c \
                 mysql.c   $(GUI_SRCS)


noinst_HEADERS = afm.h appres.h args.h basic.h byte-compile.h cell.h \
                 cmd.h decompile.h defun.h defuns.h display.h epson.h \
                 errors.h eval.h font.h format.h forminfo.h funcdef.h \
                 funcs.h global.h graph.h hash.h help.h info.h init.h \
                 input.h io-abstract.h io-headless.h io-curses.h io-edit.h \
                 io-generic.h io-motif.h io-term.h io-utils.h io-x11.h \
                 ir.h key.h line.h list.h lists.h mdi.h mysql.h node.h \
                 oleofile.h oleo_plot.h oleosql.h oleo_xb.h parse.h pcl.h \
                 posixtm.h postscript.h print.h proto.h prtext.h ref.h \
                 regions.h sc.h sciplot.h sciplotI.h sort.h stub.h stubs.h \
                 sylk.h sysdef.h userpref.h utils.h window.h \
                 neoleo_swig.h

# exclude these for now:
# plotter.c xbase.cpp


ref.o : parse.h

#neoleo_wrap.c : $(srcdir)/neoleo.i neoleo_swig.c neoleo_swig.h
#       swig -tcl8 -o $@ $<

此行导致目标文件重命名:

neoleo_CFLAGS = $(GUI_DEFINES) -Dmain0=main

如果您有 target-dependent 个编译标志,Automake 会为生成的目标文件选择不同的名称。如果有多个不同的目标使用相同的来源但不同的标志,这种方法可以避免冲突。

现在,Automake 理论上可以注意到这没有发生并且不会重命名目标文件。然而,实际上大多数人并不关心中间文件叫什么,我相信这种方法简化了实现。

就你而言,听起来你很在乎。因此,只需将该变量重命名为 AM_CFLAGS,一切都会如您所愿。