Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

Required fields*

4
  • 1
    +1 for addressing the issues of derived vs aggregating. So far I've been able to avoid the LGPL for commercial products so I haven't needed to understand exactly what I would need to do. Commented Dec 15, 2011 at 19:48
  • @psr - the LGPL is designed for commercial software. All you have to do is to bundle the LGPL part as a dll/so and make available the source to the LGPL lib (and any mods to it) online. You can even abide by the LGPL with a static linked app with a bit more effort Commented Dec 16, 2011 at 16:56
  • @MartinBeckett - My understanding that a static linking is a problem, at it means people cant easily compile their own version of the library (to fix a bug for instance) and substitute for the on used by your app. It is the substitutability thats important. Commented Dec 17, 2011 at 0:40
  • @Mark you can have a static app if you also allow the users to relink it with a new version of the LGPL lib, typically this means supplying your object files - although you could provide some sort of patch utility that would let them relink the LGPL lib. Unless you are on some sort of embedded platform without dynamic linking it's easier to just use so/dll Commented Dec 17, 2011 at 18:18