cp symbolic links 引发Too many levels of symbolic links

在make一个项目的时候，经常会遇到如下报错

cp: cannot open 'xxxxxxx.so' for reading: Too many levels of symbolic links

查一下对应的makefile，一般有如下的statement:

cp -rf xxxxxx.so* $(xxxxx_DIR)

这条命令是把当前目录及子目录(-r)下所有以xxxxxx.so开头的文件都拷贝到变量xxxxx_DIR所标识的目录下。而这里面有多个文件是同一个文件的symbolic link。

如libtcapi.so是源文件，而libtcapi.so.1和libtcapi.so.4是指向libtcapi.so的symbolic link。在执行makefile的语句时，就可能出现上面的报错。报错的根本原因我还没有找到，而且在bash上单独执行cp命令（不是在make过程中），同样的语句不会报错。我猜测是因为make在执行过程中打开了multi-job，即多线程。那么会可能导致在CPU执行过程中，两个指向同一个源文件的symbolic links同时拷贝会报错。这个用网上经常看到的，在执行$ln -s的时候使用绝对路径，而不是相对路径，也解决不了该问题。

经过我的尝试，以下几种方式有效绕过该问题：

1. 如果拷贝的文件不多，不采用一条指令xxxx*的方式，而是手工拆分成多条指令，先把源文件拷贝到指定目录，再在目标目录上创建symbolic links。如：

$(CP) libmxml.so.1.4 $(LIB_INSTALL_DIR)
$(LN) $(LIB_INSTALL_DIR)/libmxml.so.1.4 $(LIB_INSTALL_DIR)/libmxml.so
$(LN) $(LIB_INSTALL_DIR)/libmxml.so.1.4 $(LIB_INSTALL_DIR)/libmxml.so.1

先创建源文件libmxml.so.1.4, 再在目标目录上创建libmxml.so, libmxml.so.1。这样就肯定不会报错了。

2. 如果拷贝的文件包含子目录，且makefile的语句中使用了cp -r，那么可以考虑使用

cp -RP

-P表示拷贝symbolic link的时候仅仅是拷贝link，而不是link对应的源文件。这里注意要用大写的R和P。这个方法有时候成功，有时候不成功。所以，我并没有找到这个错误的根源。各位大牛，如果有更好的方法，请在评论区留言。