我有“制造”的问题(哦,恐怖!)。
我们正在尝试将一些COBOL代码从Windows迁移到Linux。编译器等来自Micro Focus。在Windows下,代码是使用Micro Focus Net Express开发的。 Linux有Micro Focus Server Express作为等价物。使用“make”脚本编译和链接程序。
背景非常多。
问题是“make”脚本,它不想在Linux下编译和链接可执行文件。目标看起来像这样:
# HP INIT-Daten laden
#
datLoad$O: \
$(UI)/defretrn.cpy \
$(UI)/e12sy00s.cpy \
$(UI)/e12sy005.cpy \
$(UI)/e12sy006.cpy \
$(UI)/e12sy010.cpy \
$(UI)/e12sy013.cpy \
$(UI)/e12sy050.cpy \
$(UI)/e12db001.cpy \
$(UI)/e12db050.cpy \
$(UI)/evlg.cpy \
$(UI)/deffehl.cpy \
datLoad.xcbl $(FRC)
# @echo "dollar-O is \"$O\" in $@"
datLoad$X: $(LIBDSQL) datLoad$O \
$(LP)/evlg$O $(LP)/alock$O
$(LCOB) -o $(@:$X=) -e $(@:$X=) $(LCOBFLAGS) \
-d e12db001 -d e12db003 -d e12db012 \
-d e12sy005 -d e12sy006 -d e12sy009 \
-d e12sy010 -d e12sy012 -d e12sy013 \
-d e12sy050 \
-I EvLgSetCategory $(LP)/evlg$O \
-I ALckSetDebug $(LP)/alock$O \
$(LIBEXEEXT) "$(LIBXSQL)"
if [ -f $B/$@ -a ! -w $B/$@ ] ; then rm -f $B/$@ ; fi
cp $@ $B
要将其置于上下文中,$ 0 =“。o”(即对象文件扩展名)。 $(LCOB)是链接命令。 $ X =“。exe”(一个可执行文件......忘记扩展,我们将在适当的时候解决它)。所有其他的东西都与路径有关==>与手头的问题无关,是的,它们都已经过检查和验证。
最终,我试图通过“make”来解决名为“datLoad.o”的目标。
包含第二个“make”脚本,其中包含以下内容:
COBFLAGS = -cx # create object file
GNTFLAGS = -ug # create .gnt file
SOFLAGS = -z # create
LCOB = cob
...
.cbl$O:
$(CCOB) $(COBFLAGS) $*.cbl, $*$O, NUL, NUL
if [ -f $(LP)/$*$O -a ! -w $(LP)/$*$O ] ; then rm -f $(LP)/$*$O ; fi
cp $*$O $(LP)
相关部分是解析为“.cbl.o:”的目标。是的,这是速记版本,我不是很喜欢它,但我没有写这个脚本。我确信它确实意味着*.o:*.cbl
并且脚本中的其他类似结构可以正常工作。
使用简单的“make”我收到链接错误:
> In function `cbi_entry_point': (.data+0x384): undefined reference to
> `datLoad' /tmp/cobwZipkt/%cob0.o: In function `main': (.text+0x28):
> undefined reference to `datLoad' make: *** [datLoad.exe] Error 1
这意味着没有创建datLoad.o。如果我使用以下方法明确创建它:
cob -cx datload
然后“make”仍然会出现与上面相同的错误。奇怪的!但是,我真正无法理解的是当目标不存在时,我从“make datLoad.o”得到的响应:
make: Nothing to be done for `datLoad.o'.
我假设(天堂帮助我)目标“datLoad.o”会尝试创建所需的目标文件(如果该文件尚不存在)。我疯了吗?
很抱歉,如果这看起来有点模糊,我不确定如何更好地说出来。如果有人知道可能会发生什么,我会非常感激......
答案 0 :(得分:0)
谢谢Mad Scientist。你的提示是正确的。
包含的.mk包含.SUFFIXES规则。问题是$ O没有被持续使用。对于Windows,$ O最初设置为“.obj”。在Linux下它是“.o”。但是,.SUFFIXES规则将“.obj”硬编码到其中,因此当然没有识别“.o”目标。我用$ O变量替换了硬编码后缀,它现在可以工作了。
Achim的