Vector based icon plugin - progress update

you could use a shared object and load it at runtime...

@afxgroup
The less we used shared objects everythere, the faster everything will runs :) Expectually when its all about icon plugins which will be reloads those sobjes all the time (as they not really shared and so on).

@salass00
I'm skeptical that an *optional* plugin would count as a "combined/derived works to be published as a whole". But maybe not so clear-cut...

@kas1e
I don't think SObj's need to be "slow". I never tried, but I saw there is a compilation option for the "links" in an SObj to be resolved at "on demand" (at the point they would be executed), rather than the default of at load-time. That would basically make SObjs behave like libraries, except after the first use there would be no-more dynamic look-up (so it would actually be faster).

Quote:
I went and asked this same question to an FSF lawyer some time ago. His answer was that it was not strictly against the GPL but it was highly frowned upon.

The primary reason the lawyer gave me was that the FSF does not want software users to be confused. Either software is "free" (as in freedom) or it is not. Therefore, the FSF don't want GPL software distributed with non-GPL software to avoid confusion.

So it really depends on how much you support the concept of "free" software. If you were a true GPL idealist, you would never use non-free software and you would always include the full source code along with any binaries without exception. Anything else would be selling out.

Personally, I like to think most users are smart enough to figure out which software is free or not and then decide for themselves sans the lawyers.

Hi Salass00,

Any news about this project?

Regards,