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
next prev 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