Vlákno názorů k článku Embedded databáze: Crash and Speed test db enginů (1) od jk - ...pokud možno ne LGPL kvůli nutnosti dynamického linkování.... mohl...

  • Článek je starý, nové názory již nelze přidávat.
  • 15. 11. 2004 23:01

    jk (neregistrovaný)

    ...pokud možno ne LGPL kvůli nutnosti dynamického linkování....

    mohl by to autor nebo nekdo objasnit. Knihovny s licenci LGPL se smi linkovat pouze dynamicky?

  • 16. 11. 2004 11:51

    Yenya (neregistrovaný)

    Prectete si LGPL. Knihovny s licenci LGPL muzete prilinkovat k non-free programu, ale musite zpristupnit zdrojaky te knihovny (vcetne vasich pripadnych modifikaci) a musite umoznit dalsim uzivatelum si tu knihovnu vymenit/upravit (napriklad tam dat novejsi). Jedna z cest jak to udelat je mit vas program dynamicky linkovany. Druha cesta je dodavat vedle programu link-kit s vasim programem ve forme knihoven nebo .o souboru a Makefile pro (staticke) slinkovani.

    -Yenya

  • 16. 11. 2004 14:00

    jk (neregistrovaný)

    v LGPL to stoji jak rikate. Co tam nestoji, je vyslovne upozorneni, ze vsichni, kteri jsou zucastneni na 'predavacim' retezci odvozeneho dila musi na pozadani vydat objektove soubory pro novou kompilaci.

    Konkretne to znamena, ze jestlize nekdo stahne z internetu neco staticky slinkovaneho musi byt v tom okamziku upozornen, ze je povinen na veky veku schranovat k tomuto stazenemu souboru take objektove soubory, bude li chtit pouzit sve pravo, tento soubor dale sirit. Dale mu musi byt vyslovne receno, jak ma postupovat v pripade, kdy by chtel staticky slinkovane dilo dal sirit s poukazem , kde je mozno v internetu zdroje s objektovymi soubory najit a tyto zdroje eventuelne mezitim zmizely.

    Prakticky to znamena, ze 'vyrobce' preda staticky soubor na nejakeho 'znameho', kteremu sdeli, kde jsou objektove soubory k nalezeni s tim, ze ho opravnuje pri dalsim sireni tyto zdroje jmenovat. Pote se stranky s objekty zrusi - a nazdar...