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#
--- On Sat, 5/15/10, ben kuin wrote:
> >> 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 f
2010/5/14 Sylvain Le Gall
> I have just compared libcamomile-ocaml-data and locales-all packages.
> The two packages contain almost the same thing:
> http://packages.debian.org/sid/libcamomile-ocaml-data
> http://packages.debian.org/sid/locales-all
>
>
Character mapping tables are same to that of
Le 15 mai 10 à 11:45, ben kuin a écrit :
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 na
Could the link to the archives be fixed? This:
> Archives: http://caml.inria.fr
is not quite accurate.
What about Google archives? Here:
http://caml.inria.fr/resources/forums.en.html is the link, the link
is: http://groups.google.com/groups?group=fa.caml but it doesn't
work ("temporary error" bu
While the "NaN issue" in the mailing list archives is not a good
advertising for OCaml ;-), you can still access the old posts using
Google Groups at this address:
http://groups.google.com/group/fa.caml/topics
It's always up to date.
--
Paolo
___
Ca
> If yes it seems this has not been a big showstopper to Windows apps
err what?? On what planet do you live? It must be a nice place :-)
COM components ( to encapsulate the abi )
DLL hell ( never heard of that? com registration)
STL ( taming the abi)
CORBA ( to talk between incompatible libraries
ben kuin 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.
>>
Dear Inria,
I have visited your site and I think that the free 3d objects content
could be of interest to our web site visitors.
I have already placed a link to your site along with a description at
"http://www.pelican3d.com/website/links3.html";. If you want the
description of your site modif
Goswin wrote:
> Hardly any business today has an inhomogene environment. And if the
> environment is homogene then the vm gives you 0 advantage. It just
> costs you overhead to emulate.
A Common Language Runtime (CLR) is an obvious counter example => the shared
VM gives you safe and high-level int
Raoul Duke wrote:
> On Fri, May 14, 2010 at 11:59 AM, ben kuin wrote:
> > but that would be the big benefit of a clr like vm: It doesn't matter
> > how messed up, chaotic or just heterogen the environment is as long
> > as you can count on a regular execution of your portable bytecode.
>
> of cou
ben kuin wrote:
> 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.
Yes. One can't really program in those languages without using
pointers and manual
ben kuin wrote:
> > If yes it seems this has not been a big showstopper to Windows apps
>
> err what?? On what planet do you live? It must be a nice place :-)
I would say it hasn't been a big problem on Windows because people
are still using windows. Furthermore, how many of the programs that
Mi
Jon Harrop wrote:
> Not really. Windows supports a far wider variety of hardware than Linux and
Oh really?
I have a three machine here:
a) A Dual PowerPC G5 Apple Mac.
b) A SUN ultra-sparc X1.
c) One of the early Cobalt Qube machines with a MIPS CPU.
All of these run Debian. Can windows
> Microsoft was your saviour because Microsoft caused all your problems
> in the first place.
Ok, the topic here is personal and office computing. I mean cubical
drones who are not allowed to used right mouse button? Consultants and
their 20 MB powerpoints? Middle management assholes with the port
Erik wrote:
> Jon Harrop wrote:
> > Not really. Windows supports a far wider variety of hardware than
> > Linux and
>
> Oh really?
Yes, really.
> I have a three machine here:
>
> a) A Dual PowerPC G5 Apple Mac.
> b) A SUN ultra-sparc X1.
> c) One of the early Cobalt Qube machines with a M
Jon Harrop writes:
> Goswin wrote:
>> Hardly any business today has an inhomogene environment. And if the
>> environment is homogene then the vm gives you 0 advantage. It just
>> costs you overhead to emulate.
>
> A Common Language Runtime (CLR) is an obvious counter example => the shared
> VM gi
Jon Harrop writes:
> Erik wrote:
>> Jon Harrop wrote:
>> > Not really. Windows supports a far wider variety of hardware than
>> > Linux and
>>
>> Oh really?
>
> Yes, really.
>
>> I have a three machine here:
>>
>> a) A Dual PowerPC G5 Apple Mac.
>> b) A SUN ultra-sparc X1.
>> c) One of th
Erik de Castro Lopo writes:
> ben kuin wrote:
>> If you really want to torture a developer, these is the best toolset
>> you get.
>
> You have to be kidding me. I personally think the Microsoft development
> tools are completely horrible.
That is what he said. That toolset is the best to *tortur
19 matches
Mail list logo