链接静态库生成可执行文件失败：ld无法找到-lmyhello

嘿，我来帮你拆解下为啥会出现ld: cannot find -lmyhello这个错误，以及你操作里的问题：

你操作中的核心问题 #

• 直接用ld链接踩了坑：ld是底层的链接器，它不像gcc那样会自动帮你处理很多细节——比如它不会默认搜索当前目录的静态库，也不会自动链接C标准库（像你代码里用的printf就依赖libc），所以哪怕你指定了库名，它也找不到。
• 没给链接器指定库的搜索路径：当你用-lmyhello的时候，链接器只会去系统默认的库目录（比如/usr/lib）找libmyhello.a，但你的库明明就在当前目录，你没告诉它要搜这里，它当然找不到啦。

正确的操作流程（推荐用gcc全程搞定） #

其实不用折腾ld，用gcc就能一站式完成编译、打包静态库、链接的全部流程，省心多了：

1. 先编译生成目标文件 #

这一步你做的是对的，把.c文件编译成.o目标文件：

gcc -c hello.c
gcc -c main.c

2. 打包生成静态库 #

这一步也没问题，用ar把hello.o打包成静态库：

ar crv libmyhello.a hello.o

3. 链接生成可执行文件 #

这里给你两种靠谱的方式：

方式一：直接指定静态库文件

最简单的方式，直接把静态库文件作为参数传给gcc：

gcc -o Cuteee main.o libmyhello.a

这样gcc会自动处理路径和依赖，不会出错。

方式二：用-l+-L指定库和路径

如果你想用-lmyhello的写法，得用-L.告诉gcc“当前目录（.）也是库搜索路径”：

gcc -o Cuteee main.o -L. -lmyhello

-L后面跟的是库所在的目录，这里就是当前目录，这样gcc就能找到你的libmyhello.a了。

要是非得用ld怎么办？（不推荐） #

如果一定要用ld，你得手动补全所有依赖，比如C标准库和动态链接器的路径，举个例子（路径可能根据你的系统位数不同有变化）：

ld -o Cuteee main.o hello.o libmyhello.a -lc -dynamic-linker /lib64/ld-linux-x86-64.so.2

这里-lc是链接C标准库，-dynamic-linker指定动态链接器的位置，显然这种方式太麻烦，日常开发还是用gcc更省事。

最后运行一下生成的可执行文件试试：

./Cuteee

应该能看到输出：hello everyone!

内容的提问来源于stack exchange，提问作者Eva Red