caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Xavier Leroy <Xavier.Leroy@inria.fr>
To: Al Christians <achrist@easystreet.com>
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] License Run-Time Question
Date: Mon, 27 Aug 2001 17:12:44 +0200	[thread overview]
Message-ID: <20010827171244.A13457@pauillac.inria.fr> (raw)
In-Reply-To: <3B87F8EE.8E1F6062@easystreet.com>; from achrist@easystreet.com on Sat, Aug 25, 2001 at 12:13:50PM -0700

> In the archives I see this (199912/msg00026.html):
> 
>   >> If you write code in O'Caml, the license doesn't impose 
>   >> anything on your software's license.  The LGPL license on 
>   >> the runtime might force you to ensure that your program is 
>   >> physically separate from the runtime so that the runtime can 
>   >> be  replaced by your customers if they so desire, but this 
>   >> says nothing  about the license under which your software is 
>   >> distributed.
> 
> Is there any documentation available on what to include when I 
> try to distribute an executable program written with OCaml, and 
> how to do it so that I'm in compliance with all the relevant 
> licenses?  In particular, I will probably want to distribute 
> executables that come out of ocamlopt.
> How do I keep the program 'physically separate'?

This is a fairly nasty point of the LGPL, and one that we do not
intend to enforce.  Our intent from the beginning was to put no
restrictions on programs linked with the OCaml runtime and libraries,
but that if you modify the runtime or the libraries, you must make
these modifications public and grant others the right to use them
freely.

We chose the LGPL with these goals in mind, but overlooked some fine
print in section 6.a, namely that you should give your customers the
ability to replace the OCaml runtime and libraries with others of
their choice.  This is usually implemented by either:

- linking dynamically to the LGPL-covered code: no problem for the bytecode
  interpreter, but not possible for the OCaml libraries;
- distributing (on request) object files for your application, which the
  hypothetical customers bent on exercising their LGPL rights could then
  re-link themselves.

This is all complicated and useless, and we have no intention to ever
enforce that kind of requirements.  We are looking at ways to formally
remove this requirement from the OCaml library/runtime license.

> As I have the cygwin version of ocamlopt working, will the 
> programs also need CygWin run-time dll(s)?  Which one(s)? 

Yes, they'll need the Cygwin runtime DLL (cygwin1.dll).

> Are there additional license problems distributing binaries because 
> I'm using Cygwin to make my programs? 

Yes.  The Cygwin runtime DLL is covered by the GPL (not the LGPL),
and this pretty much forces you to distribute your program as open
source.  You can buy a special license from Cygnus/RedHat for a
"non-encumbered" Cygwin runtime, but I've heard this is not cheap.

Combined with the lack of stability of Cygwin, I'd advise against this
approach.

> The alternative to cygwin is MS.  I have MSVC++ v6, but not the
> MS assembler.  I don't even know how much the assembler would
> cost.  I'd probably buy that if I needed it when revenues are
> up, but they aren't.

Don't worry, Microsoft distributes MASM for free.  It's hard to get,
but see the following pages:
        http://www.easystreet.com/~jkirwan/pctools.html
        http://www2.dgsys.com/~raymoon/faq/masm.html

> Is that the way to go if I want to minimize
> worries about license problems?

That will avoid the Cygwin problems.

Hope this helps,

- Xavier Leroy
-------------------
Bug reports: http://caml.inria.fr/bin/caml-bugs  FAQ: http://caml.inria.fr/FAQ/
To unsubscribe, mail caml-list-request@inria.fr  Archives: http://caml.inria.fr


      reply	other threads:[~2001-08-27 15:12 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-08-25 19:13 Al Christians
2001-08-27 15:12 ` Xavier Leroy [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20010827171244.A13457@pauillac.inria.fr \
    --to=xavier.leroy@inria.fr \
    --cc=achrist@easystreet.com \
    --cc=caml-list@inria.fr \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).