但是我们说过库函数都是一些基本的、底层的功能，如果使用了GPL协议，就会限制了专利程序使用该库函数，对自由软件的推广是不利的，于是又提出了一种GNU宽松通用公共许可证（GNU Lesser General Public License，简称：LGPL），这种许可证主要是用在函数库上的，最大的特点是允许非自由软件链接到库而不必受到传染，比如GUN C库就是用的LGPL协议。
所以在自由软件基金会的观点里，链接到GPL库的程序必须开源，而链接到LGPL库的程序不必开源。
GPL软件是否可以和非GPL软件一起用在FSF的说明中对软件聚合在一起使用有单独的说明，主要就是分清这些程序到底是独立的程序还是同一个程序的不同部分。例如，FSF认为可以从程序之间通信的机制（exec、pipes、rpc、共享地址空间的函数调用，等等）和通信的语义（交换了什么样的信息）来判断。
如果你的程序全都是打包在一个可执行文件里的，那肯定就是一个程序，整个程序都要遵守GPL。而程序之间如果是以pipes、sockets和命令行参数来通信的话，那这些程序基本可以判定是独立的程序，不同的程序可以遵守不同的协议。如果程序之间交换的数据结构特别的复杂，语义非常密切，一般也可以认定这是同一个程序。
但是FSF也强调，判断聚合在一起的程序是单独的还是同一个大程序，最终是一个法律问题，应该由法官来判定。
移植到GNU/Linux上的程序是否受GPL影响Linux使用的是GPL协议，那移植于Linux上的程序是否受GPL传染？其实你的程序是否受GPL影响和你底层的操作系统是没有关系的，主要还是看我们上面说的第一条，你使用的库是用的什么协议，如果你的程序完全没有用到Linux上的库或者只用到LGPL库，那自然不受传染，如果用到了GPL库，那就会受到GPL传染。按FSF的说法，用GPL发布的库一般都是一些非常专业的库，在其他的平台上是没有的，既然专属Linux，那开源也没有什么问题。
分发使用MySQL的程序是否需要开源MySQL使用双协议授权，其社区版用的是GPLv2，以Java开发为例，程序和数据库之间通信方式是socket，按本文前面的说法我们的Java程序不会受MySQL传染，不必遵守GPL。但有一个问题，我们用的驱动都是Oracle以GPL协议提供的，我们确实把这些驱动都打进了一个包里，那我们的程序就被这个驱动给传染了，在你卖你的程序的时候，必须把源代码同时给对方。
但现实我们在使用中很少听说使用MySQL还要开源程序源代码的，网上搜了一下，各种观点都有，大多数人基本都忽视这个问题了，而那些认为不必开源的理由我认为看似最有说服力的一个是“Java提供了JDBC，Mysql驱动只是对JDBC API的一种实现，是可以被替代的，不是程序的必要部分”。
关于这个问题，网上的分歧还是挺大的，到现在也没个权威的说法，也没有相应的法律判例，当然如果你的程序不是用来分发的也就根本不用去纠结这个问题了，说到底，这是一个法律问题。
结语GPL传染的特性保证了程序的开源，保证了大多数程序员使用程序的自由，但同时也限制了一些专利程序使用GPL软件的自由。如果是在一些非常明确的情况下，我们应该遵守GPL去开源相应的程序，但如果是一些有歧义的情况下被人要求开源代码，那就交给法官去判断吧。
