出现链接错误的时候/usr/bin/ld: cannot find -lmsgpack

一周前出现的一个问题，想来周末总结，但是一晃，四五天，只是记录下了问题，问题却没有记录，说来也惭愧，虽然问题已

经解决了，但是已经忘记了当时解决的方法。谢谢看，希望能表达自己最初的想法，和解决这类问题的思想吧。

1.首先我考虑到是不是找不到.so文件，我就直接把文件放到/usr/lib/下面。

ln-s /usr/lib/libstdc++.so.6 /usr/lib/libstdc++.so

看来似乎解决了，实际上并没有，编译的时候还是会报错。说明使用软链接来表示so库并不能成功

2.想到是不是linux里面共享库路径有问题？

进入msgpack里面发现其实编译的时候，文件已经全部存在/usr/local/lib了。看来是编译链接的时候没有找这个目录，那么

问题就来到了，怎么让系统可以在编译链接的时候找到这个问题？

http://blog.csdn.net/yanxiangtianji/article/details/8316562

感谢作者!我下面来谈一下我自己的理解：

linux里面默认有两种搜索路径：/lib和/usr/lib两个文件下面（不包含子目录）

作者在文中给了四种情况：

我在第一步中就是采取了作者所给的第三部的过程

这里我们直接采用作者给的第四步：我们的环境是ubuntu下（添加搜索路径，配置ldconfig）：

1，先到msgpack的官网下载对应的源码版本编译安装软件包（这里要安装cmake,具体安装自行百度）官网给出了安装

过程。

2，使用locate命令找到该库的被默认安装的路径，使用方法是先用updatedb更新一下locate命令的索引库，然后

“locate msgpack.so”查找就可以了，在这里我发现，自动编译安装的库文件被放在了/usr/local/lib目录。

3，修改/etc/ld.so.conf，添加路径。在ubuntu 14.04下我看到这个文件实际上是包含了/etc/ld.so.conf.d/这个目录下的所

有.conf文件，因此我们可以在这个路径下面创建一个新的文件，其中写上诸如“/usr/local/lib”、“/usr/local/mysql/lib”

的路径，保存退出。

4，切记一定要主动执行命令：ldconfig，它会更新记录了系统中有哪些so文件的缓存文件（/etc /ld.so.cache）