English version
Accueil     À propos     Téléchargement     Ressources     Contactez-nous    

Ce site est rarement mis à jour. Pour les informations les plus récentes, rendez-vous sur le nouveau site OCaml à l'adresse ocaml.org.

Browse thread
[Caml-list] Announcing the OMake build system version 0.9.1
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2004-09-06 (16:42)
From: Christopher A. Watford <christopher.watford@g...>
Subject: Re: [Caml-list] Announcing the OMake build system version 0.9.1
> I have no idea -- that's the point. My guess is the license
> is unenforcible because it depends on terms such as
> 'linkage' which can't be well defined in a unique way.
> The only way acceptable to a court would be 'community
> consensus' about what constitues linkage.
> I believe most people believe that
> at the moment static linkage to even LGPL (without Ocaml
> exemption) infects, but dynamic linkage doesn't.
> Given such an absurd distinction I doubt I have any
> real idea what the GPL actually says for more
> difficult cases.
> --
> John Skaller, mailto:skaller@users.sf.net
> voice: 061-2-9660-0850,
> snail: PO BOX 401 Glebe NSW 2037 Australia
> Checkout the Felix programming language http://felix.sf.net

The whole enforcement of licenses in dynamic linkage would mean that
before using a DLL or SO you'd have to somehow accept an EULA or have
some programatic way of saying your code agrees to their license.
Hell, what about code injection? Would that be illegal if I don't
accept the terms of their license? I'm fairly certain we run into very
murky licensing laws in this regard.

As for what you should do? Static linkage most definately should obey
the license of the library. Dynamic linkage? The end-user has agreed
to follow the library's license/terms, and has pointed an application
to its location. The application shouldn't have to follow any terms,
since its on the insistance of the user (dependency system, physically
downloading it, etc) that the dynamic library be available.

Christopher A. Watford

To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners