From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on yquem.inria.fr X-Spam-Level: X-Spam-Status: No, score=0.4 required=5.0 tests=AWL,DNS_FROM_RFC_ABUSE autolearn=disabled version=3.1.3 Received: from mail4-relais-sop.national.inria.fr (mail4-relais-sop.national.inria.fr [192.134.164.105]) by yquem.inria.fr (Postfix) with ESMTP id 397B6BC6C for ; Fri, 18 Jan 2008 06:39:51 +0100 (CET) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAPbKj0dDWxLC/2dsb2JhbACBV6wZ X-IronPort-AV: E=Sophos;i="4.25,214,1199660400"; d="scan'208";a="21460767" Received: from ip67-91-18-194.z18-91-67.customer.algx.net (HELO server1.bertec.net) ([67.91.18.194]) by mail4-smtp-sop.national.inria.fr with ESMTP; 18 Jan 2008 06:39:50 +0100 Received: from kuba.bertec.net (kuba.bertec.net [192.168.2.16]) by server1.bertec.net (Postfix) with ESMTP id 151A9CDF92 for ; Fri, 18 Jan 2008 00:39:50 -0500 (EST) From: Kuba Ober To: caml-list@yquem.inria.fr Subject: Re: [Caml-list] Re: Hash clash in polymorphic variants Date: Fri, 18 Jan 2008 00:39:48 -0500 User-Agent: KMail/1.9.6 (enterprise 0.20071204.744707) References: <200801140956.25449.ober.14@osu.edu> <1200424809.2564.95.camel@flake.lan.gerd-stolpmann.de> <200801180019.15434.ober.14@osu.edu> In-Reply-To: <200801180019.15434.ober.14@osu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801180039.49127.ober.14@osu.edu> X-Spam: no; 0.00; hash:01 variants:01 ocaml:01 ocaml:01 run-time:01 typelib:01 trolls:01 cheers:01 preposterous:98 contracted:98 polymorphic:01 caml-list:01 dlls:01 reuse:01 binary:02 > > > . Rich libraries are incredibly important and OCaml has the potential > > > to become a hugely successful commercial platform where people can buy > > > and sell cross-platform libraries but OCaml needs support for shared > > > run-time DLLs (or something equivalent) this before this can happen. > > > > Do you dream or what? > > > > I don't think that selling libraries in binary form is that important... > > It is difficult anyway to do that, and why do you expect you could be > > successful in a niche language? As customer I would demand to get the > > source code - to lower the risks of the investment into a small > > platform. > > Yeah, I wouldn't be using Qt if there was no source code for it. Quite a > few times over the years I had to tweak away at the implementation details. > > In fact, I would never specify *any* mission-critical libraries or > frameworks if they didn't come with full sources. In other words, Jon: if you tried to sell me source-code-less libraries, I simply wouldn't buy, and no amount of persuading could change that. I'd still keep buying your books, though :) Just look at what happened to scores of Delphi and OCX controls which became abandonware, and how much of this stuff eventually had to be simply reimplemented by the same people who originally bought the controls not to implement them in the first place. I detest closed-source controls and libraries, I simply don't use them. The whole idea of "here's the OCX and a typelib, and a help file, take it or leave it" is preposterous. Well, maybe it's fine if you're being contracted for a one-off job where the payee has no clue, and your morals don't seem to interfere -- sure then you can reuse all the source-less crap you want. But as a part of a long term strategy? No way. If there was one decision Trolls made right, it was to include the source code. Cheers, Kuba