Article View: comp.lang.functional
Article #1224Re: The non-freeness of OCAML (Was: Re: Comparison of various functional languages?)
From: mottl
Date: Fri, 23 Apr 1999 00:00
Date: Fri, 23 Apr 1999 00:00
52 lines
3324 bytes
3324 bytes
In comp.lang.functional Tyson Richard DOWD <trd@cs.mu.oz.au> wrote: > This would be a shame, perhaps, but nowhere near as much of a shame as > if OCAML disappears, taking all the good stuff with it, never to be > seen again until someone reinvents the wheel. > IMHO far too many research projects die and take all the work done on > them with them. Far too many papers are published on systems that > several years later are completely abandoned. The source code remains > under a restrictive copyright, and so is useless to future researchers. I don't know whether you follow the OCAML-mailing list. The developers just mentioned that in the (very unlikely) case that INRIA stops the development of OCAML, they would release the sources under a less restrictive licence. This would allow other people to make full use of their work (sources). > I would hope that OCAML has more to offer the FP-community than a > few implementation features that can be transferred into Java. It certainly has ;-) But speed of language implementations is also one of the criterias for choosing a language. Why should INRIA want to have an even stronger competition from the IP-side? The high speed of OCAML-compiled code and the fast interpreter are definitely a big plus for people taking a look at FP. > If all OCAML has to offer to the FP community is technology that can > be transferred into other languages, then it's obvious that the language > itself is not important -- probably the best thing that can happen for > anyone is technology transfer. It would certainly save other > researchers working on other languages from re-implementing those > features. It seems you are not very convinced of OCAML ;-) What a pity! It has indeed much to offer (not only the implementation but also the language itself!)... > If you are really concerned about one-way technology transfers, than GPL > your code. Anyone who takes your technology and uses it will have to > license their changes under the GPL so you can also use their changes. This is not the problem - it's not only a question of source freeness but we also try to promote the idea of FP. So why support a technology (IP) we consider inferior? Best regards, Markus Mottl -- Markus Mottl, mottl@miss.wu-wien.ac.at, http://miss.wu-wien.ac.at/~mottl
Technical Details
Message-ID:
<7fq548$2uk@cantine.wu-wien.ac.at>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<87aew9agkw.fsf@padova.cnet.com> <7f5l3o$r6r@cantine.wu-wien.ac.at> <87btgpldhv.fsf_-_@ugh.jyu.fi.invalid> <7f6sqi$bjq@cantine.wu-wien.ac.at> <87k8vcn7ga.fsf@ugh.jyu.fi.invalid> <7f8bot$18j@cantine.wu-wien.ac.at> <7ffcc0$mc7$1@mulga.cs.mu.OZ.AU> <7fgg6c$3it@cantine.wu-wien.ac.at> <7fjn60$bjj$1@izvestia.its.unimelb.edu.au>Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 107f24,8f092766f1b7cf8b
X-Google-Attributes: gid107f24,public
X-Google-Thread: 1025b4,653c2e4cab54a9ac
X-Google-Attributes: gid1025b4,public
From: mottl@miss.wu-wien.ac.at
Subject: Re: The non-freeness of OCAML (Was: Re: Comparison of various functional languages?)
Date: 1999/04/23
Message-ID: <7fq548$2uk@cantine.wu-wien.ac.at>
X-Deja-AN: 470023350
References: <87aew9agkw.fsf@padova.cnet.com> <7f5l3o$r6r@cantine.wu-wien.ac.at> <87btgpldhv.fsf_-_@ugh.jyu.fi.invalid> <7f6sqi$bjq@cantine.wu-wien.ac.at> <87k8vcn7ga.fsf@ugh.jyu.fi.invalid> <7f8bot$18j@cantine.wu-wien.ac.at> <7ffcc0$mc7$1@mulga.cs.mu.OZ.AU> <7fgg6c$3it@cantine.wu-wien.ac.at> <7fjn60$bjj$1@izvestia.its.unimelb.edu.au>
Organization: University of Economics and Business Administration, Vienna, Austria
User-Agent: tin/pre-1.4-981225 ("Volcane") (UNIX) (OSF1/V4.0 (alpha))
Newsgroups: comp.lang.functional,gnu.misc.discuss