make出来的二进制文件变成了静态库文件

封神

TUXINCLUDE = $(TUXDIR)/include TUXLIB = $(TUXDIR)/lib OBJS=app_main.o prog_para.o socket.o sock_queue.o msg_recv.o database.o log_file.o common.o tux_call.o sms_send.o ltxs.o gzykt_send.o TARGET=uni_client all:$(TARGET) $(TARGET):$(OBJS) &nbsp;&nbsp;&nbsp;&nbsp;aCC -DHPUX +DD64  -b -o $@ $(OBJS) -lpthread -L/$(ZLIBDIR)/lib -L$(TUXDIR)/lib -L$(ORACLE_HOME)/lib    .SUFFIXES:.o .h&nbsp;&nbsp;&nbsp;&nbsp; .SUFFIXES:.cpp .o .cpp.o: &nbsp;&nbsp;&nbsp;&nbsp;aCC +DD64 -c -I$(TUXDIR)/include -I$(ORACLE_HOME)/rdbms/public -I$(ORACLE_HOME)/rdbms/demo -o $@ $< clean: &nbsp;&nbsp;&nbsp;&nbsp;rm $(TARGET) *.o install: &nbsp;&nbsp;&nbsp;&nbsp;cp $(TARGET) /Client_Release/ClientOne/$(TARGET)One &nbsp;&nbsp;&nbsp;&nbsp;cp $(TARGET) /Client_Release/ClientTwo/$(TARGET)Two &nbsp;&nbsp;&nbsp;&nbsp;cp $(TARGET) /Client_Release/ClientThree/$(TARGET)Three

makefile中的内容如上，执行make all没有报错，环境是HP－UX，结果编出来的程序无法执行，说是没有权限，我将程序文件的权限改成777也不行，后来用file查看了一下，编出来的程序文件类型竟然是 ELF-64 shared object file - IA64，正常的可执行文件应该是 ELF-64 executable object file - IA64，我仔细对比了之前一个makefile中的参数，最后精简到现在这个样子，请大家帮忙看看是怎么回事儿，我实在是找不出什么毛病了。

lenovo

make时不是都有每步的命令输出吗？
最后的那个链接成可执行文件的命令是啥？

封神

aCC -DHPUX +DD64  -b -o $@ $(OBJS) -lpthread -L/$(ZLIBDIR)/lib -L$(TUXDIR)/lib -L$(ORACLE_HOME)/lib   

就是这个拉，当然，$@被体换成uni_client，$(OBJS) 被替换成一堆*.o,我将屏幕上输出的命令执行过，但是还是不行

lenovo

从上面看，值得怀疑的只有-b选项，
我不知道它是什么意思，你把它去掉编译。
遇到问题，要有思路怎么一步一步去解决。

samon_fu

make完毕后，去掉最终生成的可执行文件，再make。
此时屏幕输出最后一行生成文件的命令了，把该命令反复的试，反复的改，想要静态就静态想要动态就动态（当然，库足够）。

另：你说的那个出来的文件应该不能叫静态的呢，静态动态的概念我的理解是：

连接了若干 *.so的动态库的可执行文件叫动态连接的，一般是这种。
连接了若干 *.a的静态苦的可执行文件的，叫静态连接的，此种方式产生的文件，受二进制运行环境影响很小，但是体积大。

封神

原帖由 lenovo 于 2008-11-17 17:42 发表
从上面看，值得怀疑的只有-b选项，
我不知道它是什么意思，你把它去掉编译。
遇到问题，要有思路怎么一步一步去解决。

罪魁祸首就是－b，因为是用别人那里之际拿过来的程序，而且去掉-b之后一直无法编译过去，所以一开始根本没想到是这个参数的问题，后来man cc查了一下，原来-b是编译静态库的参数，unix下的c编译器和gcc差很多，我记的gcc里面应该是share选项来的.........