咱们把问题拆成两部分来解决：一是符号链接重复创建的问题，二是链接器找不到-lmyshare的错误，逐个击破。

一、解决符号链接重复创建的问题 #

Make是通过文件时间戳来判断是否需要重建目标的。如果直接用ln -sf命令，不管符号链接是否已经正确指向目标库，每次执行都会更新符号链接的时间戳，这就导致Make认为这个目标每次都“过时了”，所以每次make都会重新创建。

正确的做法是只在符号链接不存在，或者指向的目标不正确时，才重新创建。你可以把Makefile里的符号链接规则改成这样：

# 创建 libmyshare.so.1 -> libmyshare.so.1.0.0 的符号链接
adir/lib/libmyshare.so.1: adir/lib/libmyshare.so.1.0.0
	@if [ ! -L "$@" ] || [ "$(shell readlink "$@")" != "$(notdir "$<")" ]; then \
		echo "更新符号链接: $@ -> $<"; \
		ln -sf "$(notdir "$<")" "$@"; \
	fi

# 创建 libmyshare.so -> libmyshare.so.1 的符号链接
adir/lib/libmyshare.so: adir/lib/libmyshare.so.1
	@if [ ! -L "$@" ] || [ "$(shell readlink "$@")" != "$(notdir "$<")" ]; then \
		echo "更新符号链接: $@ -> $<"; \
		ln -sf "$(notdir "$<")" "$@"; \
	fi

这里的逻辑是：先检查符号链接是否存在，或者它当前指向的文件是不是我们需要的目标库。只有满足其中一个条件时，才执行ln -sf命令。@符号是为了避免在不需要更新时输出命令本身，让输出更干净。

二、解决链接器找不到-lmyshare的错误 #

这个错误通常和依赖顺序、符号链接时机、链接参数配置有关，我们逐一排查：

1. 确保链接程序前已经创建好符号链接

你的目标程序规则必须依赖adir/lib/libmyshare.so，这样Make会先确保符号链接存在，再执行链接操作。比如：

# 假设你的目标程序叫 myprogram
myprogram: myprogram.o adir/lib/libmyshare.so
	$(CC) $< -L./adir/lib -lmyshare -o $@

如果没有这个依赖，Make可能会先尝试链接程序，此时符号链接还没创建，链接器自然找不到库。

2. 检查链接参数的顺序

链接器是从左到右处理参数的，所以-lmyshare必须放在目标文件（比如myprogram.o）之后。如果把-lmyshare放在前面，链接器还没看到你的程序需要哪些符号，就会跳过这个库，导致找不到依赖。上面的示例已经是正确的顺序。

3. 验证符号链接的正确性

手动执行ls -l adir/lib，确认符号链接的链式关系是否正确：

lrwxrwxrwx 1 user group 18 Aug 28 10:00 libmyshare.so -> libmyshare.so.1
lrwxrwxrwx 1 user group 22 Aug 28 10:00 libmyshare.so.1 -> libmyshare.so.1.0.0
-rwxr-xr-x 1 user group 123456 Aug 28 09:59 libmyshare.so.1.0.0

如果任何一个符号链接缺失或者指向错误的文件，链接器都找不到真正的库文件。

4. 直接用库路径调试（排查-L/-l问题）

如果不确定是-L参数还是符号链接的问题，可以尝试直接用库的完整路径链接，跳过-l和-L：

myprogram: myprogram.o adir/lib/libmyshare.so.1.0.0
	$(CC) $< adir/lib/libmyshare.so.1.0.0 -o $@

如果这样能成功，说明问题确实出在-L/-l的配置或者符号链接上。

5. 避免意外开启静态链接

如果你在CFLAGS或LDFLAGS里加了-static参数，链接器会优先寻找静态库（libmyshare.a），而不是你创建的共享库。检查一下你的编译链接参数，确保没有强制静态链接。

内容的提问来源于stack exchange，提问作者Edward Diener