2

我认为它不起作用，但我只是将我的程序文件从本地机器上传到 Amazon EC2 上的新实例。比尝试运行它：

[ec2-user@domU-12-31-39-14-2A-1A ~]$ ./webserver.net
-bash: ./webserver.net: /lib/ld-linux-x86-64.so.2: bad ELF interpreter: No such file or directory

显然没有/lib/ld-linux-x86-64.so.2。它是一个 64 位实例。

我将如何在针对 EC2 实例的本地机器上编译/链接。我不想在实例上构建它。

我的 Makefile

OBJECTS= ./obj/hello.o
LDFLAGS = -L/usr/lib -lwt -lwthttp

./bin/webserver.net : $(OBJECTS)
    g++ -o ./bin/webserver.net $(OBJECTS) $(LDFLAGS)

./obj/hello.o : ./src/hello.cpp 
    g++ -c ./src/hello.cpp -o ./obj/hello.o 

.PHONY: clean

clean:
    -rm -f obj/*.o bin/webserver.net core *~ src/*~

更新静态链接文件。在我以正确的顺序手动添加每个库之前，存在未定义的引用。这是必要的吗？还是我做错了？

g++ -static -pthread -o ./bin/out.net ./obj/hello.o -lwthttp -lwt  -lboost_thread -lboost_system -lboost_program_options -lboost_random -lboost_signals -lboost_filesystem -lboost_regex -lboost_serialization -lboost_date_time -lssl -lcrypto -lz -ldl
4

2 回答 2

2

一个丑陋但简单的解决方案可能是静态链接您的程序。

一个更复杂的解决方案可能是在chroot本地机器上模拟 EC2 实例的环境，例如 -ed 环境。

在这两者之间，您可能会在本地复制 EC2 的 /usr/include 和 /usr/lib/libc.so... 等，但这是有风险的。

也许您也可以在本地编译，并在 EC2 上链接...（但这可能行不通）

于 2011-11-06T20:05:47.570 回答
1

动态库lib*.so可以依赖于其他动态库来构建。（例如，尝试ldd /usr/lib/libgtk-3.so或在您机器上的ldd其他系统*.so库上）。

静态库lib*.a本质上只是*.o目标文件的混合，不知道其依赖关系。

因此，当静态链接时，您确实需要以正确的顺序链接所有库。

于 2011-11-07T13:55:16.477 回答