Re: [Caml-list] ocaml killer

[Alexander Epifanov <epifanov@komset.ru>]

On 12:41 Tue 27 Jan     , Alexander Danilov wrote:
> Alexander Epifanov wrote:
> 
> >Hello,
> >
> >I have read message about Skala language, and I think (it's only my IMHO),
> >that ocaml have no future without some features, like concurrent 
> >programming
> >(CP) and chance to use libraries from the other languages.
> >
> >1) Erlang uses build in CP, but Skala has a library for it, IMHO it would 
> >be a
> >good way for ocaml feature. Thread module isn't enough for effective usage 
> >of
> >CP.
> >
> > 
> >
> CP is not the main feature. For example, Perl has no good and stable CP 
> support, but it is very popular.
> There are no so many task, that need CP.
Maybe. but Thread isn't the best solution.
> 
> >2) No one would use ocaml without libraries, and it's so hard to rewrite 
> >them
> >all in ocaml. external functions aren't enough to use libraries from 
> >Languages
> >like java or c++.
> >
> >Are any plans about these two features exists ?
> >
> >Thanks.
> >
> > 
> >
> http://wiki.tcl.tk/critcl - here is interesting idea how to make 
> bindings wuickly. I think it can be implemented in Ocaml,
> 
> The language will be preffered in many projects only when it have good 
> repository of packages, policy of packaging libraries, modules, etc., 
> simple mechanism to install this packages over the net and so on. So I 
> think that for more popularity Ocaml need for something like CPAN 
> http://www.cpan.org/ . Thats why I don't use Tcl, Ruby, Ocaml in real 
> applications. If Ocaml community create packaging policy and network 
> archive, than number of Ocaml developers will increase much faster.
> 
Yes, I can't use _only_ Ocaml for the projects.

> Not CP, not multithreading can make programmer happy :), but CPAN can.
nice phrase. I agree with you.
> 
> P.S.: I know, my English is terrible, I will try to make it better :)
My English more terrible, I'm just learning it :)

-- 
Gentoo Linux http://www.gentoo.org

-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners