caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Goswin von Brederlow <goswin-v-b@web.de>
To: caml-list@inria.fr
Subject: Re: [Caml-list] about OcamIL
Date: Sat, 15 May 2010 15:23:21 +0200	[thread overview]
Message-ID: <87eihdmh86.fsf@frosties.localdomain> (raw)
In-Reply-To: <AANLkTimmpC13vv-a6TTe2ljyMfgB_9mB6TCwUcPqOq5H@mail.gmail.com> (ben kuin's message of "Sat, 15 May 2010 11:45:05 +0200")

ben kuin <benkuin@gmail.com> writes:

> hi erik,
> I highly appreciate your blog, so it hurts me a little but - I disagree:
>
>> The only evidence to support this is the widespead usage of
>> Java and C#, but I think that is a language choice rather than
>> a conscious decision to use a language that runs on a VM.
>>
>> People chose Java and C# because they are preferable to
>> fundamentally unsafe langauges like C and C++.
>
> English is not my first language, maybe I misunderstand, but what
> you're are saying here sound like a complete contradiction to me:
> Like you say C and C++ are considered as 'unsafe' languages. But thats
> because they offer features, that are not available when programming
> for a vm. This has nothing to do with languages, it's a conscious
> platform decision.

Who says they are not available in a vm? There is nothing stopping you
from compiling C code to run on a vm. It will be just as unsafe and
crash in the vm as it is on a real cpu.

Similary ocaml can be run in a vm or native. Why would the quality be
improved by running it in a vm? Both bytecode and native use the same
source (unless you mean things like --unsafe).

>>> What if ocamlopt would be dropped for a faster ocaml vm?
>>
>> Why? Even if the Ocaml was able to target a faster VM, there
>> are still many people who would chose to generate native
>> binaries.
>
> I'd call that a questionable decision. As far as I know, using native
> binaries means to open a whole range of potentially uncorrectionable
> problems with abi incomptabilities between libraries or with changes
> of the underlying os.
>
> As far as I know when you go native you always have to take abi
> incompatibility and therefore recompilation into account. For business
> apps, that's a showstopper.

Has the native ABI ever changed in ocaml native code? I somewhat doubt
that. That is just the C ABI. The compiled module interface though
changes with every compiler version and every source change it seems. So
every time you update the compiler or change a module you need to
recompile everything.

But that is a problem of the specific ocaml implementation and in no way
a general problem.

And correct me if I'm wrong but don't you have to recompile bytecode
just as well every time you update the compiler?

>> Erik (who uses Ocaml compiled to native binaries for mission
>> critical code)
>
> Would you mind to share some infos about your experiences, maybe on your blog?

MfG
        Goswin


  parent reply	other threads:[~2010-05-15 13:23 UTC|newest]

Thread overview: 77+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-05 12:06 ben kuin
2010-05-05 14:19 ` [Caml-list] " Alain Frisch
     [not found]   ` <i2sc0c8bc8b1005051446q34b07d37xc4021d2b4b23d4e2@mail.gmail.com>
     [not found]     ` <4BE28085.5090100@lexifi.com>
2010-05-06 10:59       ` ben kuin
2010-05-05 18:58 ` Eray Ozkural
2010-05-05 19:16   ` Ed Keith
2010-05-05 20:15     ` Eray Ozkural
2010-05-05 22:13     ` Vincent Aravantinos
2010-05-05 22:36       ` ben kuin
2010-05-05 23:13         ` Eray Ozkural
2010-05-06 10:45           ` ben kuin
2010-05-06 14:38         ` Tim Hanson
2010-05-05 22:18     ` ben kuin
2010-05-06 11:13       ` Ed Keith
2010-05-06 10:43     ` Dmitry Bely
2010-05-06 16:33       ` Peng Zang
2010-05-07  7:26         ` Dmitry Bely
2010-05-07  8:25           ` Sylvain Le Gall
2010-05-10 21:53         ` [Caml-list] " Jon Harrop
2010-05-11 11:22           ` ben kuin
2010-05-11 16:39             ` Peng Zang
2010-05-11 17:35               ` Raoul Duke
2010-05-11 23:47               ` ben kuin
2010-05-12  1:57                 ` Peng Zang
2010-05-12 11:56               ` Jon Harrop
2010-05-11 17:38             ` Raoul Duke
2010-05-12 12:28             ` Jon Harrop
2010-05-12 13:11               ` forum
2010-05-14 10:40                 ` Jon Harrop
2010-05-14 10:58                   ` Eray Ozkural
2010-05-14 11:51                     ` forum
2010-05-14 11:51                   ` forum
2010-05-16 20:31                     ` Jon Harrop
2010-05-17  7:53                       ` forum
2010-05-19  0:17                         ` Jon Harrop
2010-05-19  7:46                           ` forum
2010-05-19 11:29                             ` Michael Ekstrand
2010-05-19 13:27                               ` [Caml-list] " Eray Ozkural
2010-05-19 13:35                                 ` David Allsopp
2010-05-19 15:23                                   ` Erick Tryzelaar
2010-05-19 16:49                                   ` Goswin von Brederlow
2010-05-19 16:48                                 ` Goswin von Brederlow
2010-05-20  2:03                             ` [Caml-list] " Jon Harrop
2010-05-14 13:55                   ` Ed Keith
2010-05-14 15:17                   ` Goswin von Brederlow
2010-05-14 16:26                     ` ben kuin
2010-05-14 16:32                       ` Vincent Aravantinos
2010-05-14 20:08                         ` ben kuin
2010-05-14 21:28                           ` Sylvain Le Gall
2010-05-14 21:29                             ` [Caml-list] " Vincent Aravantinos
2010-05-14 23:51                             ` ben kuin
2010-05-15  0:48                           ` [Caml-list] " Jon Harrop
2010-05-14 18:11                       ` Raoul Duke
2010-05-14 18:59                         ` ben kuin
     [not found]                           ` <AANLkTik-EuZRmX8VKMdAIsO_t8JGHvS6F9TPVLkohed8@mail.gmail.com>
2010-05-14 21:42                             ` Fwd: " Raoul Duke
2010-05-14 21:47                               ` Vincent Aravantinos
2010-05-14 21:57                                 ` Raoul Duke
2010-05-15  0:16                                 ` ben kuin
2010-05-15  0:43                                   ` Erik de Castro Lopo
2010-05-15  2:16                                     ` Goswin von Brederlow
2010-05-15 21:27                                       ` Jon Harrop
2010-05-16  3:19                                         ` Goswin von Brederlow
2010-05-15  9:45                                     ` ben kuin
2010-05-15 12:07                                       ` Ed Keith
2010-05-15 12:17                                       ` Vincent Aravantinos
2010-05-15 13:21                                         ` ben kuin
2010-05-15 22:18                                           ` Erik de Castro Lopo
2010-05-15 23:39                                             ` ben kuin
2010-05-16  3:23                                             ` Goswin von Brederlow
2010-05-15 13:23                                       ` Goswin von Brederlow [this message]
2010-05-15 21:45                                       ` Erik de Castro Lopo
2010-05-15 21:44                               ` Jon Harrop
2010-05-15 22:25                                 ` Erik de Castro Lopo
2010-05-16  2:04                                   ` Jon Harrop
2010-05-16  3:20                                     ` Goswin von Brederlow
2010-05-16 17:50                                     ` Eray Ozkural
2010-05-16 19:15                                       ` ben kuin
2010-05-05 21:59   ` ben kuin

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=87eihdmh86.fsf@frosties.localdomain \
    --to=goswin-v-b@web.de \
    --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).