gpl

1. 如果是开源代码，建议使用现成的开源版权模板。Open Source Licenses。常见的GPL，Apache，MIT，BSD等。如果是商业代码，则根据版权方的规定。2. 根据不同的开源协议，原有的声明处理方式不同。比如Apache必须每个修改的文件头部都要有原有的声明，BSD则只需要CopyRight文件中附带即可。

Welte是Linux内核防火墙Netfilter/iptables的主要开发者，并是Linxu内核的袖珍过滤子系统的维护者。该公司于2004年建立gpl-violations.org工程，目的是防止各个公司违反GNU General Public License建立的规则。遵循GPL许可协议所需要的就是发布软件源代码。遵循GPL协议的方法可以有两种：其一，可以在二进制代码程序中包含源代码，其二，可以提供一个源代码程序。这一源代码程序包含了第三方在使用这一程序时的所有源代码。如果软件公司只是在其公司内部使用GPL协议，那么他们只需要给本公司员工发布源代码。软件公司必须发布的源代码包括其使用程序的全部或一部分，或本程序的全部或部分所衍生的程序代码。如果公司添加了其它程序，比如不是从GPL许可代码中衍生的前端程序，公司可以不发布这一程序的代码。我们见到的大多数侵权现象都是发生在嵌入式市场。例如：公司运行Linux内核，而我拥有Linux内核中某一部分的版权。在版权纠纷案件中，个人版权所有者是我，而不是软件公司。如果个人没有从属于某公司时，编写代码的个人可以拥有版权。Alan Cox受雇于红帽公司，因此其在公司工作期间编写的代码的版权归该公司所有。我还在考虑之中，我已经与我的律师和免费软件基金会（Free Software Foundation，简称FSF）的代表们就此问题进行了交谈。现在有两种可供选择的方法，其一是争取欧洲免费软件基经会的合作，其二是寻找非赢利组织的支持。无论与哪个组织合作，只要涉及到法律问题，都需要与版权所有者签订合约。一些开发人员可能不愿意与免费软件基金会签订合约。我个人对与FSF合作没有任何异议，但是一些人认为这没有必要。一些人错误地认为免费软件基金会实际上就是Richard Stallman（免费软件基金会主席），还有一些人对Richard有意见。我完全不同意这一说法。这是一个富有哲学意义的问题。BSD licence允许你在无需标注原程序的情况下对程序进行修改，但是GPL则需要注明原有程序的出处。这是开发软件时应该注意到的问题。你可以根据软件的要求选择采用哪种协议，例如：如果你有一个新的标准，而且你希望这一标准得到快速传播，那么你应该采用BSD许可协议，而不应采用GPL协议。

是General Public License的缩写，是一份GNU通用公共授权非正式的中文翻译。它并非由自由软件基金会所发表，亦非使用GNU通用公共授权的软件的法定发布条款─只有GNU通用公共授权英文原文的版本始具有此等效力。你问的是不是LPG啊科技名词定义中文名称：液化石油气英文名称：liquefied petroleum gas;LPG定义：炼厂气、天然气中的轻质烃类在常温、常压下呈气体状态，在加压和降温的条件下，可凝成液体状态，它的主要成分是丙烷和丁烷。应用学科： 资源科技（一级学科）；能源资源学（二级学科）

GNU GPL（GNU General Public License，通用公共许可证）是一个广泛被使用的自由软体许可证，最初由理察·斯托曼为GNU计画而撰写。到目前为止，GPL先后发布了有3个版本。 基本介绍 中文名 ：通用公共许可证 外文名 ：GNU General Public License 缩写 ：GNU GPL 撰写 ：理察·斯托曼 性质 ：自由软体许可证 版本,概念, 版本 GPLv1 GPLv1是最初的版本，发布于1989年1月，其目的是防止那些阻碍自由软体的行为，而这些阻碍软体开源的行为主要有两种（一种是软体发布者只发布可执行的二进制代码而不发布具有原始码，一种是软体发布者在软体许可加入限制性条款）。因此GPLv1规定，如果发布了可执行的二进制代码，就必须同时发布可读的原始码，并且在发布任何基于GPL许可的软体时，不能添加任何限制性的条款。 GPLv2 在GPLv2中所做的最大的改动就是增加了“自由还是死亡”（Liberty or Death）的条款。该条款规定，如果发布源于GPL的软体时，只能以二进制代码的形式发布软体，那么他将根本无权发布该软体。 GPLv3 发布于2007年6月29日。在所进行的修改中最重要的有四个：解决软体专利问题；与其他许可证的兼容性；原始码分割和组成的定义；解决数字著作权管理 (DRM) 问题。 概念 在GPL中有一个关键的概念就是Copyleft。GPL规定，再发行权的授予需要许可证接受人公开软体的原始码及所有修改，而且复制件、修改版本都必须以GPL为许可证。这些要求就是Copyleft，它的基础就是作品在法律上著作权所有。 由于著作权所有，一般情况下，许可证接受人无权对作品进行修改和再发行（除合理使用），除非它有一个 Copyleft条款。Copyleft利用著作权法来达到与其相反的目的： Copyleft给人不可剥夺的权利，而不是著作权法所规定的诸多限制。这也是GPL被称作“被黑的著作权法”的原因。 Copyleft只在程式再发行时发生效力。对软体的修改可以不公开或开放原始码，只要不发行。注意copyleft只对软体有效力，而对软体的输出并无效力（除非输出的是软体本身）。

GPL在汽车名词中指液化石油气，既：LPG汽车，或LPG/汽油双燃料汽车这里的GPL原自意大利语：Gas di Petrolio Liquefatto因为双燃料汽车源自意大利，所以国外很多汽车行业称LPG为GPL，既意大利语液化石油气的缩写。

在自由软件所使用的各种许可证之中，最为人们注意的也许是通用性公开许可证(General Public License，简称GPL)。 GPL同其它的自由软件许可证一样，许可社会公众享有：运行、复制软件的自由，发行传播软件的自由，获得软件源码的自由，改进软件并将自己作出的改进版本向社会发行传播的自由。 GPL还规定：只要这种修改文本在整体上或者其某个部分来源于遵循GPL的程序，该修改文本的整体就必须按照GPL流通，不仅该修改文本的源码必须向社会公开，而且对于这种修改文本的流通不准许附加修改者自己作出的限制。因此，一项遵循GPL流通的程序不能同非自由的软件合并。GPL所表达的这种流通规则称为copyleft，表示与copyright(版权)的概念“相左”。

G：表示高区的意思，GPL-1:表示编号为1的高区排水立管。

GPL平台注释，如何从gene_assinment中挖出gene symbol 原文出处 https://www.bioinfo.info/?/question/6112 在做芯片分析时，得到了 差异基因 的list，但是读入GPL6244的注释文件发现gene symbol不是单独的一列，而是隐藏在gene_assignment这一列中间。怎么才能注释得到gene symbol结果？ 回复1：这个你可以把 gene_assignment这一列取出来，然后使用 // 分割， 取分割以后的第1列即可。R里面limma包有个函数好像叫  strsplit2() ，你可以试试。 回复2： library(tidyverse) symbol<-str_split_fixed(annotation_file$gene_assignment,pattern = "//",3)[,2]

在自由软件所使用的各种许可证之中，最为人们注意的也许是通用性公开许可证(General Public License，简称GPL)。GPL同其它的自由软件许可证一样，许可社会公众享有：运行、复制软件的自由，发行传播软件的自由，获得软件源码的自由，改进软件并将自己作出的改进版本向社会发行传播的自由。GPL还规定：只要这种修改文本在整体上或者其某个部分来源于遵循GPL的程序，该修改文本的整体就必须按照GPL流通，不仅该修改文本的源码必须向社会公开，而且对于这种修改文本的流通不准许附加修改者自己作出的限制。因此，一项遵循GPL流通的程序不能同非自由的软件合并。GPL所表达的这种流通规则称为copyleft，表示与copyright(版权)的概念“相左”。

cpl是中国区的价格，gpl是全球价格。不同的销售区有不同价格体系（和销售政策有关），因此就会出现此种现象。至于多少off出货，那是和认证、销售政策、行业、代理级别等有关系。off很深奥哦！不同的策略就会有不同的人民币哦！

如果一个库是 GPL 的，所有用到该库的软件必须也是 GPL。也就是 GPL 的传染性。>> 如果一个库时LGPL的，用到该库的软件不受LGPL的传染。也才是LGPL存在的根本。而至于周边的发布问题，至今仍有很大争议，包括我能否打包>> 发布静态编译的LGPL下Qt库，nokia都不能给出明确的答复。

GPL is GNU public Licence, most for open source project ruler.

GPL，是General Public License的缩写，是一份GNU通用公共授权非正式的中文翻译。它并非由自由软件基金会所发表，亦非使用GNU通用公共授权的软件的法定发布条款─只有GNU通用公共授权英文原文的版本始具有此等效力。GPL适用于大多数自由软件基金会的软件，以及由使用这些软件而承担义务的作者所开发的软件。（自由软件基金会的其他一些软件受GNU库通用许可证的保护）。你也可以将它用到你的程序中。当我们谈到自由软件（free software）时，我们指的是自由而不是价格Ms-PL如果你发表了软件的任何一部分，你必须保留软件中附带的版权，专利，商标和归属等信息。如果你以源代码形式发布了软件的任何一部分，你可以把你的发行包发现在这个许可协议下，并在你的发行包中包含这个协议的完整拷贝。如果你以编译或对象代码形式发布软件的任何一部分，你可以在此协议下编译。

GPL的出发点是代码的开源/免费使用和引用/修改/衍生代码的开源/免费使用，但不允许修改后和衍生的代码做为闭源的商业软件发布和销售。如果软件是非开源的，那么是不可以把GPL 下的软件源代码使用到该的程序中的。

看GPL协议（http://www.gnu.org/licenses/gpl.html，这是第三版，如果你用的是第二版，可以看http://www.gnu.org/licenses/old-licenses/gpl-2.0.html）。需要添加的声明为协议末尾的一个缩进段： <one line to give the program"s name and a brief idea of what it does.> Copyright (C) <year> <name of author> This program is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program. If not, see <http://www.gnu.org/licenses/>.其中开始位置的<>内需要自己修改。自己感觉一下改动大不大（只是改一点类名、结构，那不能算新软件，或许可以算移植，这时尽量不要修改软件名称，作者方面可以把自己加进去，但不要删除原作者信息）。举个例子，写一个软件，其中用到base64编解码，有现成的开源软件可以拿来用，不需要自己重写这个功能了，这时只要声明一下软件中使用了coreutils软件的代码就可以了，不用通知coreutils的作者，但把Linux移植到ARM上，就不能自行修改软件名称、作者（需要征求原作者的同意）。你是引用了别的软件中的一部分（别是一大部分），就可以标上自己的名字，自己给软件命名（我说的是软件名，不是代码中各个对象的名称）。如果是在别的软件基础上作的修改，一般不要重新命名了。最保险但最不可靠的方法：将你的软件代码发给被引用软件的作者，让他判断该怎么做（不可靠是因为对方不一定理你）。上面一段是针对可不可以删除被引用软件的作者信息等内容的一点说明，下面答你的问题。简单一点，把你的软件放到GPL下，如果被引用软件的作者没有GPL以外的规定，那就没有问题了；如果有其他规定，照具体规定作一下调整；如果你不愿意用GPL开源但又想用GPL代码，这不是不可以，只要将引用了开源代码的部分（不一定是完整的软件，但必须具有完整的功能）放到GPL下就可以。总结：关键在于你是引用别人的代码还是修改别人的软件，看你的意思像是引用了别人的一段代码，但又对这段代码作了修改，这里我只问一句：“还有没有别人的代码留下”？

GPLGPL(GNU通用公共许可证)大多数软件许可证决意剥夺你的共享和修改软件的自由。对比之下，GNU通用公共许可证力图保证你的共享和修改自由软件的自由。——保证自由软件对所有用户是自由的。GPL适用于大多数自由软件基金会的软件，以及由使用这些软件而承担义务的作者所开发的软件。（自由软件基金会的其他一些软件受GNU库通用许可证的保护）。你也可以将它用到你的程序中。当我们谈到自由软件（free software）时，我们指的是自由而不是价格。我们的GNU通用公共许可证决意保证你有发布自由软件的自由（如果你愿意，你可以对此项服务收取一定的费用）；保证你能收到源程序或者在你需要时能得到它；保证你能修改软件或将它的一部分用于新的自由软件；而且还保证你知道你能做这些事情。为了保护你的权利，我们需要作出规定：禁止任何人不承认你的权利，或者要求你放弃这些权利。如果你修改了自由软件或者发布了软件的副本，这些规定就转化为你的责任。例如，如果你发布这样一个程序的副本，不管是收费的还是免费的，你必须将你具有的一切权利给予你的接受者；你必须保证他们能收到或得到源程序；并且将这些条款给他们看，使他们知道他们有这样的权利。

《GPL Ghostscript》是一款开源软件，运行环境支持Winxp/vista/win7/2000/2003。Ghostscript可以查看及打印PS、EPS、PDF文件.支持PS的绘图程序一般都很大,如:Illustrator、CorelDraw.一般人不可能为了打开或打印PS文件而去购买那昂贵的绘图软件,也因此Ghostscript就提供了一个不错的选择.开源软件。扩展资料GPL Ghostscript最早是由 L. Peter Deutsch和阿拉丁企业开发的，以Aladdin Free Public License(AFPL)发布，由artofcode LLC拥有并维护。推出了两个版本:一是在原来的AFPL许可下进行商业使用的AFPL Ghostscript，一是GNU General Public License 下使用的GPL Ghostscript。GPL版本也是Display Ghostscript的基础，其增加了所需的功能，以便对 Display PostScript形成完全的支持。参考资料来源：百度百科-GPL Ghostscript

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

GPL协议，它只是针对此办件的开发而拥有的协议，软件的使用是免费的，也就是说，它在你使用时，是免费的，你可不用向任何人付钱，但是如果你为了让这个软件更加的灵活，那么你就可以把软件的源码上载下来进行二次开发，那么二次开发的软件，如果你再使用，就必须要在发布这个修改了之后的程序时，同时在发布包里，加上这个程序的修改了之后的源码。 总之就是两个思路： 【适用于开发】： 适用于二次或N次开发，那么发布时要带上源码，让其传播，所以它最终的版权是大众的，而非某一个人的，因此不用交钱就可以使用。 【适用于应用】： 应用GPL协议的软件不用交钱。 【何时适用于收费】：当这个软件你自己不会修改，又需要找人修改时，你可以向软件的有修改能力的协助者交一部分的钱，那么这就是收费的部分。 GPL协议，它其实就是放下了源码的私藏，公之于众，并以上面的三条协议，使软件在开发，传播上，拥有生命力，从而取得大众共同开发的目的，所以，这个软件的版权是开源者的，但是使用权却是大众的，软件可以出卖它的版权，但是它确再也不可以约束大众免费使用的权益。 从而成为一个大众文化用品。 比如：甲骨文买走了MySQL的版权，但是这个软件，它的使用权，免费权，开发权确是在大众的手里，所以，甲骨文，它只有一个挂名权，与GPL协议的上三条维护权，其它的它没有任何权益。 所以，放开使用GPL协议下的任何软件吧，让那么垄断的软件商们去双腿颤抖吧。转自：https://zhidao.baidu.com/question/537694797.html

Welte是Linux内核防火墙Netfilter/iptables的主要开发者，并是Linxu内核的袖珍过滤子系统的维护者。该公司于2004年建立gpl-violations.org工程，目的是防止各个公司违反GNU General Public License建立的规则。遵循GPL许可协议所需要的就是发布软件源代码。遵循GPL协议的方法可以有两种：其一，可以在二进制代码程序中包含源代码，其二，可以提供一个源代码程序。这一源代码程序包含了第三方在使用这一程序时的所有源代码。如果软件公司只是在其公司内部使用GPL协议，那么他们只需要给本公司员工发布源代码。软件公司必须发布的源代码包括其使用程序的全部或一部分，或本程序的全部或部分所衍生的程序代码。如果公司添加了其它程序，比如不是从GPL许可代码中衍生的前端程序，公司可以不发布这一程序的代码。我们见到的大多数侵权现象都是发生在嵌入式市场。例如：公司运行Linux内核，而我拥有Linux内核中某一部分的版权。在版权纠纷案件中，个人版权所有者是我，而不是软件公司。如果个人没有从属于某公司时，编写代码的个人可以拥有版权。Alan Cox受雇于红帽公司，因此其在公司工作期间编写的代码的版权归该公司所有。我还在考虑之中，我已经与我的律师和免费软件基金会（Free Software Foundation，简称FSF）的代表们就此问题进行了交谈。现在有两种可供选择的方法，其一是争取欧洲免费软件基经会的合作，其二是寻找非赢利组织的支持。无论与哪个组织合作，只要涉及到法律问题，都需要与版权所有者签订合约。一些开发人员可能不愿意与免费软件基金会签订合约。我个人对与FSF合作没有任何异议，但是一些人认为这没有必要。一些人错误地认为免费软件基金会实际上就是Richard Stallman（免费软件基金会主席），还有一些人对Richard有意见。我完全不同意这一说法。这是一个富有哲学意义的问题。BSD licence允许你在无需标注原程序的情况下对程序进行修改，但是GPL则需要注明原有程序的出处。这是开发软件时应该注意到的问题。你可以根据软件的要求选择采用哪种协议，例如：如果你有一个新的标准，而且你希望这一标准得到快速传播，那么你应该采用BSD许可协议，而不应采用GPL协议。

是免费的。可商用来卖

简单的说,GPL协议的话,你写的代码必须全部开源,LGPL则不需要

GPL Ghostscript是一种图像浏览软件。例如esp图像文件，是AI创建的，如果你电脑上没有AI就打不开，那么装了这个软件就可以了，其它的很多图像格式这个软件都可以打开。

在自由软件所使用的各种许可证之中，最为人们注意的也许是通用性公开许可证(General Public License，简称GPL)。 　　GPL同其它的自由软件许可证一样，许可社会公众享有：运行、复制软件的自由，发行传播软件的自由，获得软件源码的自由，改进软件并将自己作出的改进版本向社会发行传播的自由。 　　GPL还规定：只要这种修改文本在整体上或者其某个部分来源于遵循GPL的程序，该修改文本的整体就必须按照GPL流通，不仅该修改文本的源码必须向社会公开，而且对于这种修改文本的流通不准许附加修改者自己作出的限制。因此，一项遵循GPL流通的程序不能同非自由的软件合并。GPL所表达的这种流通规则称为copyleft，表示与copyright(版权)的概念“相左”。 　　㊣ 　　GPL协议最主要的几个原则：　　1、确保软件自始至终都以开放源代码形式发布，保护开发成果不被窃取用作商业发售。任何一套软件，只要其中使用了受 GPL 协议保护的第三方软件的源程序，并向非开发人员发布时，软件本身也就自动成为受 GPL 保护并且约束的实体。也就是说，此时它必须开放源代码。 　　2、GPL 大致就是一个左侧版权（Copyleft，或译为“反版权”、“版权属左”、“版权所无”、“版责”等）的体现。你可以去掉所有原作的版权 信息，只要你保持开源，并且随源代码、二进制版附上 GPL 的许可证就行，让后人可以很明确地得知此软件的授权信息。GPL 精髓就是，只要使软件在完整开源 的情况下，尽可能使使用者得到自由发挥的空间，使软件得到更快更好的发展。 　　3、无论软件以何种形式发布，都必须同时附上源代码。例如在 Web 上提供下载，就必须在二进制版本（如果有的话）下载的同一个页面，清楚地提供源代码下载的链接。如果以光盘形式发布，就必须同时附上源文件的光盘。 　　4、开发或维护遵循 GPL 协议开发的软件的公司或个人，可以对使用者收取一定的服务费用。但还是一句老话——必须无偿提供软件的完整源代码，不得将源代码与服务做捆绑或任何变相捆绑销售。

gpl在源代码相关看。一般的做法是在每个源代码文件开始位置添加一段声明（头文件和源代码相关脚本一般不用，详细要求见GPL协议末尾），并且在源代码根目录放上一份完整的GPL协议文本。部分GPL软件要求在引用代码时注明代码来源，如果引用了一个软件组件的大部分（看重要性，不是看文件大小）内容，可能还有要求。源代码主要功用有如下2种作用：生成目标代码，即计算机可以识别的代码。对软件进行说明，即对软件的编写进行说明。为数不少的初学者，甚至少数有经验的程序员都忽视软件说明的编写，因为这部分虽然不会在生成的程序中直接显示，也不参与编译。但是说明对软件的学习、分享、维护和软件复用都有巨大的好处。需要指出的是，源代码的修改不能改变已经生成的目标代码。如果需要目标代码做出相应的修改，必须重新编译。

1。GNUGNU的全称是GNU"s Not Unix 这是官方的递归定义，永远找不到本义，是开源软件的幽默。 GNU工程已经开发了一个被称为“GNU”（GNU是“不是UNIX”的缩写）的、对Unix向上兼容的完整的自由软件系统(free software system)。由Richard Stallman完成的最初的GNU工程的文档被称为‘GNU宣言"，该宣言已经被翻译成多种其它语言。我们还有创作与1983年的GNU工程创始宣言。 上述单词“free”指的是自由（freedom），而不是价格。你可能需要或者不需要为获取GNU软件而支付费用。不论是否免费，一旦你得到了软件，你在使用中就拥有三种特定的自由。首先是复制程序并且把它送给你的朋友或者同事的自由；而后是通过获取完整的源代码，按照你的意愿修改程序的自由；最后是发布软件的改进版并且有助于创建自由软件社团的自由。（如果你重新发布 GNU软件，你可能对分发拷贝这项体力劳动收费，也可能不收费。） 2。GPL( GPL)是GNU通用公共许可证--General Public License 下面的正文是自由软件基金会 GNU通用公共许可证原始文档的副本。 Linux操作系统以及与它有关的大量软件是在GPL的推动下开发和发布的。

GPL（GNU通用公共许可证）是大多数软件许可证。GPL许可协议是只要软件中包含有其他GPL协议的产品或代码，那么该软件就必须也采用GPL许可协议且开源及免费。具有复制自由、传播自由、收费传播、修改自由的特点。Android是基于Linux内核开发的，Linux内核是GPL授权。内核模块属于Linux内核的衍生产品，需要遵守GPL协议开源发布。因此安卓引入HAL，给linux内核开了个后门，增加了一些系统调用。HAL在内核的部分按照GPL的要求开源。驱动开发者可以在用户态使用这些新增的系统调用完成驱动的开发。从而在驱动方面规避了GPL。

在1998年以前，GPL对Linux的促进是很显然地，可以说没有GPL就没有Linux。大家都知道，与Linux竞争的，还有FreeBSD项目，这个项目的版权协议允许封闭源代码，并且实际上FreeBSD的某些软件也相当不错。但是现在来看，Linux的到蓬勃发展，FreeBSD却在逐渐消亡。原因很简单，基于FreeBSD开发的软件，很快就变得不开放源代码了，因而得不到整个社区的支持，所以也没有可持续发展。一旦其创始人由于某种原因终止了开发，整个项目就不会延续了。而基于GPL的项目，由于种种原因，总会有人不断研究，因此有很强的可持续发展能力。1998年以后，公司大量介入Linux，因此LGPL又起到了很大的促进作用。由于LGPL的推广，很多公司把自己的商用软件移植到Linux上。在Linux World大会上，我们可以看到，除了微软以外，几乎所有的大型软件公司都把自己的产品移植到了Linux上或者正在移植。现在，由于桌面Linux系统的要求，以及对Linux软件商业化的压力，大家开始让Linux真正被普通人接受，而不只限于爱好者。此时，“第三方协议”又起到了很大的作用。Linux下的主要应用软件，例如办公套件、浏览器、电子邮件、IDE编程环境等，都是基于SISSL这样的第三方协议发展起来的。在未来的岁月里，显然Linux的发展需要各种协议的综合运用，使得Linux既拥有开放源代码软件的优点，也拥有商业软件的优点。偏重于任何一种版权协议都是片面地，对整个软件产业发展是有害的。

GPL许可协议具有强Copyleft，有“病毒效应”，意味着用户如果要对GPL许可的软件或基于GPL许可的软件的作品做再发行即Redistribution（例如作为用户的产品的一部分发行），那么必须以不强于GPL许可证限制的条款发行，即必须也是开源和免费，这就是所谓的“传染性” 请采纳我的答案。

GPL：（通用公共许可证）：一种授权，任何人有权取得、修改、重新发布自由软件的权力。 GNU:(革奴计划)：目标是创建一套完全自由、开放的的操作系统。 自由软件：是一种可以不受限制地自由使用、复制、研究、修改和分发的软件。主要许可证有GPL和BSD许可证两种。 如果有什么不懂的话可以去看看《Linux就该这么学》这本书，非常适合新手学习Linux。

寿命不同功率不同。1、gpl电池是属于小功率电池，寿命为2到3年。2、djm电池是属于小型功率电池，寿命一般在3到4年。3、evf电池是属于大功率电池，寿命在两个月到三个月左右，如果环境不太好的话寿命在一个月到两个月左右。

General??Public??License最常见的开源协议，使用它作为授权协议的有大名鼎鼎的??Linux??。GPL规定，所有从GPL协议授权的源码衍生出来的，或者要跟GPL授权的源码混着用的Project，都要遵循GPL协议在??GPL授权下，你的软件产品可以商业发布，拿去卖钱，但是在这同时，你也必须将该产品的源码以GPL协议方式开源发布出去，供他人免费获取。。。麻烦大哥以后先自己解决问题。

什么是GPL，参考百度百科http://baike.baidu.com/view/130692.htm

应该是天然气车

就是发布的时候必须连同源码一起发布

GNU通用公共许可证（简称为GPL），是由自由软件基金会发行的用于计算机软件的许可证。最初由Richard Stallman为GNU计划而撰写。目前大多数的GNU程序和超过半数的自由软件使用此许可证。此许可证最新版本为“版本2”，1991年发布。GNU宽通用公共许可证（简称LGPL）是由GPL衍生出的许可证，被用于一些GNU程序库。 http://wiki.ccw.com.cn/GPL GPL和LGPL是GNU的两种License。越来越多的自由软件(Free Software)使用GPL作为其授权声明，如果对GPL一点都不了解，有可能在使用自由软件时违反了GPL的授权。如果是个人或不正规的公司倒也无所谓，但如果是有规模的公司，恐怕会有被起诉的风险。在使用Log4cpp时我想到了授权的事情，于是有了兴趣对GPL做一下了解。这是必要的，因为公司也维护了一个验证过的自由软件库，里面包含的自由软件除了功能上是可靠的，另外就是一定可以被私有使用的，否则后果很严重(黎叔很生气!)。Log4cpp最初的版本使用GPL作为授权声明的，在0.2.1版本以后改用更为宽松的LGPL。LGPL最初是Library GPL的缩写，后来改称作Lesser GPL，即为更宽松的GPL。当一个自由软件使用GPL声明时，该软件的使用者有权重新发布、修改该软件，并得到该软件的源代码；但只要使用者在其程序中使用了该自由软件，或者是使用修改后的软件，那么使用者的程序也必须公布其源代码，同时允许别人发布、修改。也就是说，使用GPL声明下的的自由软件开发出来的新软件也一定是自由软件。LGPL是GPL的变种，也是GNU为了得到更多的甚至是商用软件开发商的支持而提出的。与GPL的最大不同是，可以私有使用LGPL授权的自由软件，开发出来的新软件可以是私有的而不需要是自由软件。所以任何公司在使用自由软件之前应该保证在LGPL或其它GPL变种的授权下。以下是Richard Stallman关于GPL和LGPL的论述为什么你不应该使用LGPL发布你的下一个库GNU计划在使用库时有两个首要的许可证.一个是GNU LGPL(库GPL);另一个是普通的GNU GPL.选择不同的许可有很大的不同:选择LGPL允许在私有程序中使用该库;选择普通的GPL则只允许在自由软件中使用它.关于哪一种许可证对指定的库是最好的这一问题实际上是一个策略问题,它取决于实际情况.当前,大多数的GNU库被采用LGPL,这意味着我们只使用着其中的一个策略,而忽略了另一个. 所以现在我们在寻求更多以普通的GPL许可证形式发布的库.私有软件开发者有金钱上的优势;自由软件开发者需要相互之间利用各自的优势.对一个库采用普通的GPL对自由软件开发者的优势要大于对私有软件开发者: 他们可以使用的库对于私有软件开发者是不可利用的.使用普通的GPL并不是对于所有的库都有好处.在某些情况下更有理由来使用LGPL.最常见的情况就是当一个自由库的特性可以很容易地被私有软件以其他可替代库来实现.在这种情况下,库不能给与自由软件任何特别的优势,因而最好还是为LGPL发布该库.这也就是为什么我们为GNU C 库选择LGPL.总之,有很多的其他C库；我们使用GPL发布该库,将迫使私有软件开发者不得不使用其它的库--对他们来说这不成问题,而我们则有了麻烦.然而,当一个库所提供的功能是非常独特的时候,如GNU Readline, 情况就大不一样了. Readline库可实现输入编辑和记录交互式程序操作,这在别处通常是不可多得. 在GPL下发布它并限制它只能在自由程序中使用, 这我们的社团是一个重要的促进.至少今天某个应用程序之所以是自由软件，只是因为它必需要用到Readline.如果我们收集一些强大的、私有软件中没有相类似东西的、采用GPL的库,它们将提供一系列有用的模块用于新的自由软件的构造. 这对于将来的自由软件开发将是一个显著的优势, 一些项目将为了使用这些库而考虑使软件自由化. 大学的项目是易于被影响的；而且今天，随着某些公司开始考虑使软件自由化, 甚至一些商业项目也会由此受到影响.私有软件开发者试图否认自由竞争的重要性, 他们会拼命说服作者不要将库使用GPL来发布. 例如,他们会呼吁利己主义,信誓旦旦地说如果我们让他们在私有软件产品中使用代码，将有“更多的用户”用到该库. 流行是一种诱惑,它使一个库开发者倾向于相信这种观点：社会首先需要的是促进一种库的流行;.但是我们不应该听从这种诱惑,因为如果我们联合起来,我们可以做得更好.我们这些自由软件开发者应该相互支持. 通过发布只能为自由软件使用的库,我们可以互相帮助，使彼此的自由软件包优于其它的私有替代品. 整个自由软件运动将会有更多的机会,因为自由软件作为一个整体将会在竞争中表现更佳.因为"LGPL(Library GPL)"的称呼传达了关于这一问题的错误观点,我们计划将称呼改为"次级GPL(Lesser GPL)".事实上要更换名称要花一定的时间,但你不必再等--你可以现在就发布应用GPL许可证的库. http://hi.baidu.com/%CD%F5%BE%FC/blog/item/922a6059345ad12a2834f013.html

GPL 是新一代的广谱、复合型杀菌剂。它是以新型的DMDMH防腐剂为主，同时复配了IPBC高效防霉剂。该产品的双效作用，使其比任何一种单一成分的防腐剂效果都好。主要成分为乙内酰脲，常用商品名为DMDMH、海因，化学名称为1，3-二羟甲基-5，5-二甲基海因，又称1，3-二羟甲基-5，5-二甲基乙内酰脲，本产品和IPBC协同作用，效果最理想。

GPL 是 GNU General Public License (GNU 通用公共许可证)的缩写形式，是由自由软件基金会发行的用于计算机软件的许可证。最初由Richard Stallman为GNU计划而撰写。目前大多数的GNU程序和超过半数的自由软件使用此许可证。此许可证最新版本为“版本2”，1991年发布。GNU宽通用公共许可证（简称LGPL）是由GPL衍生出的许可证，被用于一些GNU程序库。

GPL，是GNU General Public License的缩写，是GNU通用公共授权非正式的中文翻译。它并非由自由软件基金会所发表，亦非使用GNU通用公共授权的软件的法定发布条款─只有GNU通用公共授权英文原文的版本始具有此等效力。大多数软件许可证决意剥夺你共享和修改软件的自由。相比之下，GNU通用公共许可证试图保证你共享和修改自由软件的自由。——保证自由软件对所有用户是自由的。GPL适用于大多数自由软件基金会的软件，以及由使用这些软件而承担义务的作者所开发的软件。（自由软件基金会的其他一些软件受GNU库通用许可证的保护）。你也可以将它用到你的程序中。扩展资料GPL与其他一些“许可的”自由软件许可协议（比如BSD许可协议）相比，主要区别就在于GPL寻求确保上述自由能在复制件及演绎作品中得到保障。它通过一种由斯托曼发明的叫Copyleft的法律机制实现，即要求GPL程序的演绎作品也要在GPL之下。相反，BSD式的许可协议并不禁止演绎作品变成专有软件。由于某些原因，GPL成为了自由软件和开源软件的最流行许可协议。到2004年4月，GPL已占Freshmeat上所列的自由软件的约75%，SourceForge的约68%。类似的，2001年一项关于Red Hat Linux 7.1的调查显示一般的代码都以GPL发布。著名的GPL自由软件包括Linux核心和GCC。参考资料来源：百度百科-GPL

The GNU General Public License (GNU GPL or GPL)：GNU通用公共许可证(GNU GPL或GPL) 是一种自由软件的广泛使用的许可证，它保证终端用户可以自由地运行、学习、共享和修改软件。许可证最初由GNU项目的自由软件基金会 （FSF）的理查德·斯托曼（Richard Matthew Stallman）撰写，并授予计算机程序的收件人自由软件定义的权利。 GPL是一个Copyleft许可证，这意味着派生作品只能以相同的许可条款分发。 这与许可免费软件许可证有所区别 ，其中BSD许可证和MIT许可证是广泛使用的示例。 GPL是第一个普遍使用的Copyleft许可证。历史上，GPL许可证系列一直是免费和开源软件领域最受欢迎的软件许可之一。根据GPL许可的优异自由软件程序的例子有Linux内核和GNU编译器集合 （GCC）。