On Mar 17, 2009, at 6:13 PM, Sylvain Le Gall wrote:
I think you can also directly fix it through /etc/ocamlfind.conf or
any
other configuration file installed by ocamlfind.
Duh -- my GODI has etc/findlib.conf doing it, and it shows
destdir="/opt/ocaml/lib/ocaml/site-lib"
path="/opt/ocaml/lib
On Mar 17, 2009 6:56am, Markus Mottl wrote:
As someone else here has already suggested, I encourage everyone that
wishes to learn more about different models of economy to pick up any
reputable, introductory textbook on microeconomics. It will teach you
that markets, by and large, work well, tha
On 17-03-2009, Alexy Khrabrov wrote:
> [This is supposed to be the shortest question to the list so far;
> parts in brackets don't count! :)]
>
> ocamlfind ocamlopt.opt # how? [move away non.opt and ln -s x.opt x ?
> prettier? :)]
Of course, there is prettier solution. Use a findlib configura
I just tried to build GODI 3.10 and OCaml from CVS on Windows/Cygwin.
GODI failed at the detecting compiler arguments stage, right after
writing META files for libraries. OCaml failed to build byterun/
win32.c since it couldn't figure out the storage size of 'fileinfo'.
---
http://tinyco.de
Joel Reymont wrote:
> ocaml -version
> The Objective Caml toplevel, version 3.12.0+dev2 (2009-01-25)
>
> Do you mean to recompile them with 3.11?
I think the problem is in a META file, which lacks a dependency.
Dynlink must be loaded by the camlp4 lib since 3.11.
I think Gerd fixed it in the late
ocaml -version
The Objective Caml toplevel, version 3.12.0+dev2 (2009-01-25)
Do you mean to recompile them with 3.11?
I compiled with 3.12.
On Mar 17, 2009, at 6:36 PM, Martin Jambon wrote:
Joel Reymont wrote:
How do I fix this?
Upgrade ocamlfind/findlib for 3.11.
---
http://tinyco.de
Ma
Joel Reymont wrote:
> How do I fix this?
Upgrade ocamlfind/findlib for 3.11.
> Thanks, Joel
>
> ---
>
> + ocamlfind ocamlopt -package 'extlib, dynlink, camlp4.lib' -linkpkg -g
> src/easy_ast.cmx src/easy_lexer.cmx src/token.cmx src/static1.cmx
> src/easy_parser.cmx src/easy_symtab.cmx src/
[This is supposed to be the shortest question to the list so far;
parts in brackets don't count! :)]
ocamlfind ocamlopt.opt # how? [move away non.opt and ln -s x.opt x ?
prettier? :)]
Cheers,
Alexy
___
Caml-list mailing list. Subscription managem
On Tuesday 17 March 2009 18:10:49 Joel Reymont wrote:
> How do I fix this?
Are you on OCaml 3.11?
--
Dr Jon Harrop, Flying Frog Consultancy Ltd.
http://www.ffconsultancy.com/?e
___
Caml-list mailing list. Subscription management:
http://yquem.inria.fr
How do I fix this?
Thanks, Joel
---
+ ocamlfind ocamlopt -package 'extlib, dynlink, camlp4.lib' -linkpkg -
g src/easy_ast.cmx src/easy_lexer.cmx src/token.cmx src/static1.cmx
src/easy_parser.cmx src/easy_symtab.cmx src/easy_typer.cmx src/
ninja_ast.cmx src/ninja_morpher.cmx src/pret
(I know I should let this thread die, but I can't resist!)
Mike Lin wrote:
> But seriously, I'd suggest that your company could augment its
> excellent technical outreach efforts to the
> academic/engineering/free-software crowd with some education about
> why you are proud of your business.
Wise
Hi Markus,
I agree that, empirically, market-based mechanisms tend to be the
socially optimal solution to most real-world resource allocation
problems. However, this isn't really what is demonstrated in most
introductory microeconomics textbooks, which focus on the analysis of
systems in equ
Matthieu Wipliez writes:
> Yet another solution is Xmlm by Daniel Bünzli.
>
> http://erratique.ch/software/xmlm
>
> This is probably the easiest and lightweight solution: Xmlm comes as a
> single module and its interface, and it's BSD so you can just
> copy/paste it into your project.
I second th
On Tue, Mar 17, 2009 at 9:56 AM, Markus Mottl wrote:
> 2009/3/16 Yaron Minsky :
> > I would humbly propose that this thread has now gotten deeply off-topic,
> and
> > perhaps discussion on the list should turn back to programming languages,
> > rather than to deep philosophical questions about the
Le mardi 17 mars 2009 à 08:51 -0400, Elnatan Reisner a écrit :
> Do the polymorphic ordering functions -- (<), (>), etc. -- correspond
> to the numerical ordering for Int64s and Int32s? I assume so, but I
> didn't see this specified anywhere.
Yes, int64s and int32s are represented in memory by
2009/3/16 Yaron Minsky :
> I would humbly propose that this thread has now gotten deeply off-topic, and
> perhaps discussion on the list should turn back to programming languages,
> rather than to deep philosophical questions about the nature of the
> financial markets.
I'd also rather keep this t
Thanks every one !
I guess I have to pick the one now :)
Rémi
On Tue, Mar 17, 2009 at 14:02, Matthieu Wipliez wrote:
>
> Yet another solution is Xmlm by Daniel Bünzli.
>
> http://erratique.ch/software/xmlm
>
> This is probably the easiest and lightweight solution: Xmlm comes as a
> single modu
Taken from Int64.ml:
let compare (x: t) (y: t) = Pervasives.compare x y
compare seems to be there for functor applications (e.g. Set.Make
needs it). I would use standard comparison; it should be exactly the
same except it will be more legible and might be a tad faster.
Till
On Tue, Mar 17, 200
Yet another solution is Xmlm by Daniel Bünzli.
http://erratique.ch/software/xmlm
This is probably the easiest and lightweight solution: Xmlm comes as a single
module and its interface, and it's BSD so you can just copy/paste it into your
project.
Cheers,
Matthieu
- Message d'origine --
On 17-03-2009, Rémi Dewitte wrote:
>
> I think I am going to start with the Printf module. I wonder how well it
> handles utf8 for example. And I'll have to write a kind of xml_encode
> function. I am pretty sure it has already be done somewhere !
>
Maybe it is a bit overkilling, but there is als
Do the polymorphic ordering functions -- (<), (>), etc. -- correspond
to the numerical ordering for Int64s and Int32s? I assume so, but I
didn't see this specified anywhere.
If the answer is 'yes', is there a reason I should prefer
Int64.compare n1 n2 < 0
to
n1 < n2
? If there's no specific r
Le 17 mars 09 à 12:01, Rémi Dewitte a écrit :
Hello,
I have used pxp to parse xml and I am happy with it. I'd like now to
produce xml and wonder what are the options to do so (possibly the
simpliest).
I think I am going to start with the Printf module. I wonder how
well it handles utf8
Am Dienstag, den 17.03.2009, 12:01 +0100 schrieb Rémi Dewitte:
> Hello,
>
> I have used pxp to parse xml and I am happy with it. I'd like now to
> produce xml and wonder what are the options to do so (possibly the
> simpliest).
Maybe not the simplest: Use the PXP preprocessor to create the outpu
I'm not sure how much this is off-topic... Although this thread was
intended to be about an industrial use of OCaml, one cannot ignore
other aspects like advertising: it is rarely possible to separate
issues as clearly as we'd like. Anyway, I feel very much concerned
about this debate, and I'd lik
Hello,
I have used pxp to parse xml and I am happy with it. I'd like now to produce
xml and wonder what are the options to do so (possibly the simpliest).
I think I am going to start with the Printf module. I wonder how well it
handles utf8 for example. And I'll have to write a kind of xml_encode
On Mon, 2009-03-16 at 12:01 -0500, aditya siram wrote:
> Thanks for this awesome video! I was unaware that the Caml compiler
> did not optimize source code before generating native code. Now I am a
> little less afraid to study the actual compiler!
>
> Your point about a lack of GUI libraries is
26 matches
Mail list logo