[Qt-interest] LGPL and static linking
David Ching
dc at remove-this.dcsoft.com
Wed Nov 25 23:28:43 CET 2009
"Stefan Josefsson" <stefan.josefsson at vsmgroup.com> wrote in message
news:OF16D52AEF.9AD88251-ONC1257679.003237C1-C1257679.003252F9 at vsmgroup.com...
> Hi,
>
> I am planning to develop a commercial closed source application on top of
> Qt/E and
> would like to use Qt statically linked to my application as this gives a
> substantial
> boost to the startup time and also reduces the RAM usage. The question is
> whether
> I am allowed to use the LGPL license of Qt. I have read a number of
> discussions about
> LGPL and static linking
> ....
>
If Qt/E is the embedded Qt, I believe, in addition to determining what kind
of linking is allowed under LPGL, there is the additional question of
whether you must pay a royalty (per copy) license to Nokia. I believe you
must pay the royalty if your device requires Qt to perform its main
function. You do not have to pay if your device would continue to function
(but with degraded functionality) without Qt.
> What is Nokias view of static linking and LGPL?
>
At the Qt Developer Days in San Francisco earlier this month, there were two
excellent presentations by a woman from the legal counsel of Nokia Qt
Development Frameworks. She said within Nokia they explicitly prohibit
static linking of their LPGL applications due to vagueness of the terms in
the LPGL 2.1 wording. She said the wording could be interpreted differently
based on the jurisdiction, and the jurisdiction might be the one of the end
user, not the one where the app developer (i.e. you) lives. So unless you
want to open yourself to the interpretation of law in whatever jurisdiction
your end user lives, it is wise to stay away from static linking. She
recommended consulting your own attorney and said all she could do was to
explain what Nokia themselves do.
-- David
More information about the Qt-interest-old
mailing list