Re: Problems to get larger user base ... (Re: [Caml-list] OCaml's variables)

[Francois Berenger <berenger@riken.jp>]

On 05/30/2013 07:02 AM, Mr. Herr wrote:
> Is Ocaml scripting totally out? Yet I read about a project to produce a native toplevel.

There is also Martin Jambon's excellent ocamlscript:

# opam list ocamlscript
Available packages for 4.00.0+fp:
ocamlscript  --  Tool which compiles OCaml scripts into native code

The first time a script is executed, its binary is generated.
Subsequent invocations will call the compiled version of your script.

I just don't like about it the fact that parsing errors are less
understandable than when compiling a regular project.
But it may be due to a lack of experience with it on my side.

> I bet even in byte code Ocaml is on par with a lot of other scripting/programming
> languages.
>
> /Str.
>
> Am 29.05.2013 23:11, schrieb Malcolm Matalka:
>> Why would you need to roll out opem libraries for production?  You
>> should build a binary and distribute the binary to the machines.
>>
>> I prefer per-user install.  I have, numerous times, felt suffocated on
>> systems that require going through some bureaucracy to install a package
>> (which is one reason I use NixOS everywhere I can).
>>
>> /M
>>
>> "Mr. Herr" <misterherr@freenet.de> writes:
>>
>>> Am 29.05.2013 00:43, schrieb Paolo Donadeo:
>>>> On Wed, May 29, 2013 at 12:17 AM, Mr. Herr <misterherr@freenet.de
>>>> <mailto:misterherr@freenet.de>> wrote:
>>>>
>>>>      I see, this is over and out. Very constructive.
>>>>
>>>>
>>>> Mr. Herr, sorry for the irony, so I'll be serious, as you wish.
>>>>
>>>> What kind of constructive comment can you realistically expect in reply to "Linux
>>>> is a server"?
>>>>
>>>> Linux is an operating system, not a "server", nor a "service". I spend 99% of my
>>>> programming time on a Linux box since 20 years, and the only services running here
>>>> are the system services like CUPS. The choice of OPAM's designers to install
>>>> everything in the user home directory has been explained by Anil very clearly.
>>>>
>>>> I only add that I always installed GODI in ~/.godi rather than in /opt .
>>>>
>>>> Your comment was inaccurate, so my reply is ironical, but not harsh.
>>>>
>>>>
>>> Indeed "Linux is a server" is not well said.
>>>
>>> I meant to say "Linux is a multiuser system" and it has always been, so one can
>>> reasonably expect software installation to deal with it with ease.
>>>
>>> There are certainly advantages in the ~/.opam design decision, but I have yet to find
>>> out how to roll out my ~/.opam libraries for production.
>>>
>>> And very true, I was not prepared for irony on this point.
>>>
>>> /Str.
>
>