<!--#include virtual="/server/header.html" -->
<!-- Parent-Version: 1.77 1.96 -->
<!-- This page is derived from /server/standards/boilerplate.html -->
<title>Why you shouldn't use the Lesser GPL for your next library
- GNU Project - Free Software Foundation</title>
<!--#include virtual="/licenses/po/why-not-lgpl.translist" -->
<!--#include virtual="/server/banner.html" -->
<div class="article reduced-width">
<h2>Why you shouldn't use the Lesser GPL for your next library</h2>
<div class="thin"></div>

<p>
The GNU Project has two principal licenses to use for libraries.  One
is the GNU Lesser GPL; the other is the ordinary GNU GPL.  The choice
of license makes a big difference: using the Lesser GPL permits use
of the library in proprietary programs; using the ordinary GPL for a
library makes it available only for free programs.</p>

<div class="announcement comment" role="complementary">
<hr class="no-display" />
<p>
See <a href="/licenses/license-recommendations.html">“How to
choose a license for your own work”</a> for general
recommendations about choosing a license for your work.</p>
<hr class="no-display" />
</div>

<p>
Which license is best for a given library is a matter of strategy, and
it depends on the details of the situation.  At present, most GNU
libraries are covered by the Lesser GPL, and that means we are using
only one of these two strategies, neglecting the other.  So we are
now seeking more libraries to release <strong>under the ordinary GPL</strong>.</p>
<p>
Proprietary software developers have the advantage of money; free
software developers need to make advantages for each other.  Using the
ordinary GPL for a library gives free software developers an advantage
over proprietary developers: a library that they can use, while
proprietary developers cannot use it.</p>
<p>
Using the ordinary GPL is not advantageous for every library.  There
are reasons that can make it better to use the Lesser GPL in certain
cases.  The most common case is when a free library's features are
readily available for proprietary software through other alternative
libraries.  In that case, the library cannot give free software any
particular advantage, so it is better to use the Lesser GPL for that
library.</p>
<p>
This is why we used the Lesser GPL for the GNU C library.  After all,
there are plenty of other C libraries; using the GPL for ours would
have driven proprietary software developers to use another—no problem
for them, only for us.</p>
<p>
However, when a library provides a significant unique capability, like
GNU Readline, that's a horse of a different color.  The Readline
library implements input editing and history for interactive programs,
and that's a facility not generally available elsewhere.  Releasing it
under the GPL and limiting its use to free programs gives our
community a real boost.  At least one application program is free
software today specifically because that was necessary for using
Readline.</p>
<p>
If we amass a collection of powerful GPL-covered libraries that have
no parallel available to proprietary software, they will provide a
range of useful modules to serve as building blocks in new free
programs.  This will be a significant advantage for further free
software development, and some projects will decide to make software
free in order to use these libraries.  University projects can easily
be influenced; nowadays, as companies begin to consider making
software free, even some commercial projects can be influenced in this
way.</p>
<p>
Proprietary software developers, seeking to deny the free competition
an important advantage, will try to convince authors not to contribute
libraries to the GPL-covered collection.  For example, they may appeal
to the ego, promising “more users for this library” if we
let them use the code in proprietary software products.  Popularity is
tempting, and it is easy for a library developer to rationalize the
idea that boosting the popularity of that one library is what the
community needs above all.</p>
<p>
But we should not listen to these temptations, because we can achieve
much more if we stand together.  We free software developers should
support one another.  By releasing libraries that are limited to free
software only, we can help each other's free software packages outdo
the proprietary alternatives. counterparts.  The whole free software movement will
have more popularity, because free software as a whole will stack up
better against the competition.</p>
</div>

</div><!-- for id="content", starts in the include above -->
<!--#include virtual="/server/footer.html" -->
<div id="footer"> id="footer" role="contentinfo">
<div class="unprintable">

<p>Please send general FSF & GNU inquiries to
<a href="mailto:gnu@gnu.org"><gnu@gnu.org></a>.
There are also <a href="/contact/">other ways to contact</a>
the FSF.  Broken links and other corrections or suggestions can be sent
to <a href="mailto:webmasters@gnu.org"><webmasters@gnu.org></a>.</p>

<p><!-- TRANSLATORS: Ignore the original text in this paragraph,
        replace it with the translation of these two:

        We work hard and do our best to provide accurate, good quality
        translations.  However, we are not exempt from imperfection.
        Please send your comments and general suggestions in this regard
        to <a href="mailto:web-translators@gnu.org">
        <web-translators@gnu.org></a>.</p>

        <p>For information on coordinating and submitting contributing translations of
        our web pages, see <a
        href="/server/standards/README.translations.html">Translations
        README</a>. -->
Please see the <a
href="/server/standards/README.translations.html">Translations
README</a> for information on coordinating and submitting contributing translations
of this article.</p>
</div>

<!-- Regarding copyright, in general, standalone pages (as opposed to
     files generated as part of manuals) on the GNU web server should
     be under CC BY-ND 3.0 US. 4.0.  Please do NOT change or remove this
     without talking with the webmasters or licensing team first.
     Please make sure the copyright date is consistent with the
     document.  For web pages, it is ok to list just the latest year the
     document was modified, or published.
     
     If you wish to list earlier years, that is ok too.
     Either "2001, 2002, 2003" or "2001-2003" are ok for specifying
     years, as long as each year in the range is in fact a copyrightable
     year, i.e., a year in which the document was published (including
     being publicly visible on the web or in a revision control system).
     
     There is more detail about copyright years in the GNU Maintainers
     Information document, www.gnu.org/prep/maintain. -->

<p>Copyright © 1999, 2007, 2013, 2014 2015, 2016, 2022 Free Software Foundation, Inc.</p>

<p>This page is licensed under a <a rel="license"
href="http://creativecommons.org/licenses/by-nd/3.0/us/">Creative
href="http://creativecommons.org/licenses/by-nd/4.0/">Creative
Commons Attribution-NoDerivs 3.0 United States Attribution-NoDerivatives 4.0 International License</a>.</p>

<!--#include virtual="/server/bottom-notes.html" -->

<p class="unprintable">Updated:
<!-- timestamp start -->
$Date: 2022/01/02 17:32:25 $
<!-- timestamp end -->
</p>
</div>
</div>
</div><!-- for class="inner", starts in the banner include -->
</body>
</html>