[Caml-list] PXP error messages
I think that Fatal error: exception Pxp_core_types.A.At(In entity [toplevel] = PRIVATE, at line 2, position 175: , _) is a suboptimal message for No DTD found, maybe you should use Pxp_tree_parser.parse_wfdocument_entity instead - Florian ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] batteries compilation error
Excerpts from Florent Monnier's message of Wed Sep 02 22:02:11 +0200 2009: Trying to compile batteries (version 20090405 on ocaml 3.11.1), I get this error: + ocamlfind ocamlc -c -g -I src/syntax/pa_strings -I src -I src/core -I src/main -I src/libs -I src/core/extlib_threads -I src/core/extlib -I src/core/baselib -I src/core/baselib_threads -I src/libs/common -I src/libs/camlzip -I src/libs/sexplib -I src/libs/findlib -I src/libs/compilers -I src/libs/ocamlnet -I build/optcomp -o src/syntax/pa_strings/pa_estring.cmi src/syntax/pa_strings/pa_estring.mli File src/syntax/pa_strings/pa_estring.mli, line 12, characters 0-19: Error: Unbound module Camlp4.PreCast this line 12 is only: open Camlp4.PreCast Does someone have an idea of what could cause this error ? I don't see any -I +camlp4 can you add it? if I run the command like this on the command line it passes right but when I run again the make command it doesn't continue because ocamlbuild complains about sanity violation Anyway as it is for packaging purpose I will need to patch the Makefile, the problem is that I don't see where to add this statement in the Makefile: http://git.ocamlcore.org/cgi-bin/gitweb.cgi?p=batteries/batteries.git;a=blob;f=Makefile.in;hb=HEAD (also I've search in the debian package, and it seems they haven't patch the Makefile at all) If you are using ocamlbuild, then a -tag use_camlp4 could do the job. -- Nicolas Pouillard http://nicolaspouillard.fr ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Optimizing Float Ref's
I'm running OCaml 3.11.1, and I noticed something strange in some native code for matrix multiply today. The code was [...] [Local float ref being unboxed or not? ] You omitted the definition of dims, but after adding the obvious definition, the float ref sum is indeed completely unboxed and is kept in a float register (on x86-64 bits) or stack location (on x86-32 bits). No modify takes place in the inner loop. So, I don't understand the problem you observed. Feel free to post a report on the BTS with a *complete* piece of code that reproduces the problem. But, I thought that float ref's were automatically unboxed by the compiler when they didn't escape the local context. Yes, if all uses of the float ref are unboxed, which is the case in your code. - Xavier Leroy ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Optimizing Float Ref's
Xavier, Thanks for the comments. I thought that float ref's were unboxed by default! In fact, I find that breaking out the code into a stand- alone example which loops through matrix multiplies only indeed does not have any calls to caml_modify; everything is unboxed and stored on the stack (I'm on x86) as you say. It must be the remainder of my application that is producing the calls to caml_modify (the profile I was using was embedded in a larger application with lots of inlining going on, so maybe something that calls caml_modify is getting inlined around the matrix multiply and confusing the profiler). Thanks, Will On Sep 3, 2009, at 5:44 AM, Xavier Leroy wrote: I'm running OCaml 3.11.1, and I noticed something strange in some native code for matrix multiply today. The code was [...] [Local float ref being unboxed or not? ] You omitted the definition of dims, but after adding the obvious definition, the float ref sum is indeed completely unboxed and is kept in a float register (on x86-64 bits) or stack location (on x86-32 bits). No modify takes place in the inner loop. So, I don't understand the problem you observed. Feel free to post a report on the BTS with a *complete* piece of code that reproduces the problem. But, I thought that float ref's were automatically unboxed by the compiler when they didn't escape the local context. Yes, if all uses of the float ref are unboxed, which is the case in your code. - Xavier Leroy PGP.sig Description: This is a digitally signed message part ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
[Caml-list] Why don't you use batteries?
It seems like batteries' adoption isn't quite as thorough as expected. We in the batteries devel team would love to know why you don't use batteries. Here's some of our guesses: 1) I *do* use batteries 2) It's not 1.0 yet, I'll try it then 3) It makes my executables too big 4) It's too hard to install (dependencies, godi failures) 5) It's difficult to compile against 6) It doesn't work on my platform 7) It uses camlp4 8) Other (please explain) Respond in public if appropriate, respond directly to me if you want. Now's a good time to think about where batteries is going and how it's getting there. E ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Why don't you use batteries?
09/03/2009 04:05 PM, Edgar Friendly:: It seems like batteries' adoption isn't quite as thorough as expected. From the end user point of view, things that might help in usage are: - package availability - For Dummy Documentation + examples. I hate to say that, but something like this: http://www.php.net/manual/en/function.strip-tags.php Is clear for many discovering users. With such a documentation, you are going to see many beginners using it, have questions traffic about it, and slowly go to the adoption of Batteries by everyone. -- Architecte Informatique chez Blueline/Gulfsat: Administration Systeme, Recherche Developpement +261 34 29 155 34 ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Why don't you use batteries?
On Thu, Sep 3, 2009 at 3:05 PM, Edgar Friendly thelema...@gmail.com wrote: 4) It's too hard to install (dependencies, godi failures) I installed it once (using godi), but when I tried to migrate to a newer version of ocaml, compilation fails. (It tells me it's already installed, but it seems that godi believes it's not.) I have not taken the time to look under the hood to find out what is wrong. Alan ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Why don't you use batteries?
Hi, 3) It makes my executables too big (Assuming this [0] is still true) For me this is the biggest reason for not using batteries. I don't really have a need for small executables right now, but I would like to at least know that this issue will be resolved before I adopt batteries. [0] http://caml.inria.fr/pub/ml-archives/caml-list/2008/11/24509ad16aae6d1cc2e15f532e0007eb.en.html ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Why don't you use batteries?
Edgar, Le 3 sept. 09 à 15:05, Edgar Friendly a écrit : 2) It's not 1.0 yet, I'll try it then Overall impression that it is still a bit messy: - doc has broken links - interfaces lack homogeneity e.g. Hashtbl.mem takes the container first whereas Set.mem takes it second. In contrast I love the way Jane Street Core handles this: having a clear rule for all modules and using labels extensively. - when I gave it a try there were still compilation problems under OSX (so a bit of 4.) but it now seems to work. I am watching batteries regularly to see how things evolve. -- Vincent Aravantinos PhD Student - LIG - CAPP Team Grenoble, France +33.6.11.23.34.72 vincent.aravanti...@imag.fr http://membres-lig.imag.fr/aravantinos/ ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Why don't you use batteries?
Hi, It seems like batteries' adoption isn't quite as thorough as expected. We in the batteries devel team would love to know why you don't use batteries. Here's some of our guesses: Batteries is a great project, and you guys shouldn't feel discouraged if it doesn't take over the world overnight. There's unfamiliarity and inertia to overcome, and that takes time. Personally, I've installed Batteries and played with it, but I'm not using it (yet) on my projects. Going back to your list, here's why: 2) It's not 1.0 yet, I'll try it then That's indeed a factor. 3) It makes my executables too big This used to be a bigger problem. Previous versions of Batteries would pack everything into a module, disabling the linker's ability to link only effectively used code. Thankfully newer versions are going towards a flatter hierarchy. 4) It's too hard to install (dependencies, godi failures) Never ran into this problem. 5) It's difficult to compile against Not an issue. 6) It doesn't work on my platform Not an issue. 7) It uses camlp4 Not an issue for me. There's this thing called a build system that should handle all that transparently, so I couldn't care less if it required carrier pigeons to compile my programs. But yes, I admit it may be an issue for more constrained platforms. 8) Other (please explain) a) Lack of exposure to the advantages of Batteries. It borrows lots of cool ideas from Haskell, but that may not be immediately apparent. You guys should take advantage of the Ocaml Planet to run a publicity campaign: you can make a number of tutorial posts showing the old way versus the Batteries way. There's more to Batteries than just a collection of APIs, and that message may not be getting through. b) I'm already using Extlib extensively, and that reduces the advantage for Batteries. (Same way the Minitel slowed down Internet adoption in France in the mid-nineties?) Best regards, Dario Teixeira ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Why don't you use batteries?
I have been planning to start using Batteries for several months, but here are some reasons I have not yet: - It did not compile under godi, but I haven't tried in a while. - The migration will require changes across our code base. It's hard to set aside the time for such an undertaking. - Core language features are altered. For example, the Batteries way is to use input's instead of in_channel's. Documentation explaining such changes would help. The API documentation is excellent, but what is missing is a book on An Introduction to OCaml with Batteries. Perhaps a well planned wiki would help get this started. - Some assurance that Batteries really will become the de facto standard would also help. Having said that, I'm switching to Batteries soon. Thanks for all the hard work! On Thu, Sep 3, 2009 at 9:05 AM, Edgar Friendly thelema...@gmail.com wrote: It seems like batteries' adoption isn't quite as thorough as expected. We in the batteries devel team would love to know why you don't use batteries. Here's some of our guesses: 1) I *do* use batteries 2) It's not 1.0 yet, I'll try it then 3) It makes my executables too big 4) It's too hard to install (dependencies, godi failures) 5) It's difficult to compile against 6) It doesn't work on my platform 7) It uses camlp4 8) Other (please explain) Respond in public if appropriate, respond directly to me if you want. Now's a good time to think about where batteries is going and how it's getting there. E ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Why don't you use batteries?
8) Other (please explain) It's not part of the standard distribution. Using it in an open source project adds a lot of dependencies. I understand that the Batteries team doesn't decide what gets included in OCaml. Still, many projects are very hesitant to add extra dependencies (even if batteries was entirely self-contained). I imagine there are a fair number of people who take parts bits and pieces out of the batteries sources and use those in their projects. Tom Hutchinson ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Why don't you use batteries?
On Thu, Sep 03, 2009 at 09:05:08AM -0400, Edgar Friendly wrote: 6) It doesn't work on my platform Last time I tried, I couldn't get it to compile. However it is on my to-do list to look again and try to package it for Fedora. Rich. -- Richard Jones Red Hat ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Why don't you use batteries?
(I do not want to derail this thread, just make a small clarification below) On Thu, Sep 3, 2009 at 11:49 AM, Jake Donhamj...@donham.org wrote: On Thu, Sep 3, 2009 at 6:05 AM, Edgar Friendly thelema...@gmail.com wrote: 8) Other (please explain) Please take this with the caveat that I have little experience with Batteries, but my impression (from following batteries-devel) is that it changes OCaml significantly with Camlp4 extensions, and that it is not possible to use Batteries without the language changes. If I am wrong on these points I would be glad to know it. This is, I think, a common and unfortunate misunderstanding with Batteries. In its current state (and likely in all future iterations), camlp4 extensions/syntax changes are _not_ required to use Batteries with your OCaml code. If you simply link with Batteries (ex. -package batteries using ocamlfind) then there will be no changes to the syntax. There are simple mechanisms to make use of the syntax extensions provided by Batteries, but they are not required for Batteries to work I think it is important for adoption of any new thing to give people a low-cost way to get started, and an incremental path towards using it fully and depending upon it. My impression is that with Batteries you must take or leave the whole thing. A full-featured de facto standard library for OCaml is a great idea, but it must be a *library*; you must be able to use only the parts you want to use. The easiest way to use Batteries is to take or leave the whole thing, but it is not the only way. Hopefully some more documentation, particularly in the form of tutorials for folks new to OCaml as well as Batteries, will help clarify what Batteries _always_ provides and what it _can_ provide when desired. Hope this helps, Hez -- Hezekiah M. Carty Graduate Research Assistant University of Maryland Department of Atmospheric and Oceanic Science ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Why don't you use batteries?
8) Other (please explain) I like writing my own libraries when I need some. (But don't misread me: I don't see myself as a concurrent to Batteries, and I think you guys are doing a great job.) -- Jean-Christophe ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Why don't you use batteries?
On Thu, Sep 3, 2009 at 5:00 PM, Ashish Agarwal agarwal1...@gmail.comwrote: - Core language features are altered. For example, the Batteries way is to use input's instead of in_channel's. Documentation explaining such changes would help. The API documentation is excellent, but what is missing is a book on An Introduction to OCaml with Batteries. Perhaps a well planned wiki would help get this started. There's a French version : http://fr.wikibooks.org/wiki/Objective_Caml for which a translation had been started : http://en.wikibooks.org/wiki/Objective_Caml but it isn't up-to-date at all, nor finished. Still, the missing thing is time... -- Alp Mestan http://blog.mestan.fr/ http://alp.developpez.com/ ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
[Caml-list] Re: Why don't you use batteries?
On 03-09-2009, Edgar Friendly thelema...@gmail.com wrote: It seems like batteries' adoption isn't quite as thorough as expected. We in the batteries devel team would love to know why you don't use batteries. Here's some of our guesses: 1) I *do* use batteries 2) It's not 1.0 yet, I'll try it then 3) It makes my executables too big 4) It's too hard to install (dependencies, godi failures) 5) It's difficult to compile against 6) It doesn't work on my platform 7) It uses camlp4 8) Other (please explain) I hope to use Batteries, when I will have enough time to learn it ! I think it is a great thing to have it. Regards, Sylvain Le Gall ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Why don't you use batteries?
Great! I did not know this book was going to employ Batteries. That is a great step towards making Batteries the standard library. On Thu, Sep 3, 2009 at 2:24 PM, Alp Mestan a...@mestan.fr wrote: On Thu, Sep 3, 2009 at 5:00 PM, Ashish Agarwal agarwal1...@gmail.comwrote: - Core language features are altered. For example, the Batteries way is to use input's instead of in_channel's. Documentation explaining such changes would help. The API documentation is excellent, but what is missing is a book on An Introduction to OCaml with Batteries. Perhaps a well planned wiki would help get this started. There's a French version : http://fr.wikibooks.org/wiki/Objective_Caml for which a translation had been started : http://en.wikibooks.org/wiki/Objective_Caml but it isn't up-to-date at all, nor finished. Still, the missing thing is time... -- Alp Mestan http://blog.mestan.fr/ http://alp.developpez.com/ ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] PXP error messages
Am Donnerstag, den 03.09.2009, 10:30 +0200 schrieb Florian Hars: I think that Fatal error: exception Pxp_core_types.A.At(In entity [toplevel] = PRIVATE, at line 2, position 175: , _) is a suboptimal message for No DTD found, maybe you should use Pxp_tree_parser.parse_wfdocument_entity instead RTFM. How to get readable exceptions: http://projects.camlcity.org/projects/dl/pxp-1.2.1/doc/manual/html/ref/Intro_getting_started.html#exn Gerd - Florian ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs -- Gerd Stolpmann, Bad Nauheimer Str.3, 64289 Darmstadt,Germany g...@gerd-stolpmann.de http://www.gerd-stolpmann.de Phone: +49-6151-153855 Fax: +49-6151-997714 ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
[Caml-list] Documentation to start
Hello, I just downloaded ocaml (and caml-light) . I am looking for documentation on pdf or any format that I can easily download , read and print. I need basic information. All I found was on line and the help didn't come with the file I downloaded to install ocaml and caml-light. Didier ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Ocaml clone detector
On Sep 3, 2009, at 8:06 AM, Nicolas barnier wrote: An amazing and simple technology to detect plagiarism is compression-based similarity distance. It is a side-effect of state-of-the-art compression algorithms that can be used to compute a distance for many kind of documents (it seems to work at least for program sources, books, music, DNA etc): take any two files A and B, compress A, compress B, and compress the concatenation of A and B, i.e. AB; take the size of these compressed files c(A), c(B) and c(AB); the similarity distance is simply d(A,B) = 1 - (c(A) + c(B) - c(AB)) / max (c(A), c(B)). Indeed, if documents A and B share information, the compression of AB will be much shorter than c(A) + c(B). Also see Alex Aiken's MOSS (measure of software similarity). It's online, language-specific, works for a variety of languages. Don't know how its algorithm compares to the one here. I suspect it's different insofar the one you describe is language-independent. John Clements ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Why don't you use batteries?
Hi I installed the Haskell Platform because there was a binary for win32, and didn't installed Ocaml Batteries for the same reason: You may download the source tarball from the Forge [1], read the on-line API documentation [2] or the extended release notes [3]. Cheers, Hugo On Thu, Sep 3, 2009 at 8:13 PM, Philippe Wang philippe.wang.li...@gmail.com wrote: I am not sure my answer is relevant, but here it is : The ratio (time needed to installlearnuse it) / (time saved) has to be interesting (close to zero). For me, at the moment, this ratio is close to infinite. However, I do hope to use it someday. Cheers, Philippe On Thu, Sep 3, 2009 at 2:05 PM, Edgar Friendly thelema...@gmail.com wrote: It seems like batteries' adoption isn't quite as thorough as expected. We in the batteries devel team would love to know why you don't use batteries. Here's some of our guesses: 1) I *do* use batteries 2) It's not 1.0 yet, I'll try it then 3) It makes my executables too big 4) It's too hard to install (dependencies, godi failures) 5) It's difficult to compile against 6) It doesn't work on my platform 7) It uses camlp4 8) Other (please explain) Respond in public if appropriate, respond directly to me if you want. Now's a good time to think about where batteries is going and how it's getting there. E ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Why don't you use batteries?
Edgar Friendly wrote: 8) Other (please explain) I can not yet apt-get install it. The main systems where it batteries would be useful for me is on production code for Ubuntu 6.06 (legacy) and 8.04. I do have a laptop running 9.04 and will probably upgrade that to 9.10 in the near future. If batteries is available for 9.10 and I like it enough I will probably grab the 9.10 source package and backport it to 6.06 and 8.04 and then push it into our personalised Ubuntu package repository. The reliance Debian packages is do to our automation and QQ processes. All software that ends up on our kiosk-like devices start up as source code in subversion (not my first choice). We than have an autobuilder that pulls stuff out of SVN, builds the packages and sticks it in our own development repository. QA pulls built packages out of the devel repository and if they pass QA , push them to our production repository where they are pulled onto our kiosks (should be 1000 of these round the world by about March next year) in an automatic upgrade procedure. Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/ ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Why don't you use batteries?
Mike Lin wrote: Ditto, Due to the sparsity of OCaml's standard library, many long term users probably have their own library to do all sorts of little things they need, and substantial amounts of code written around it. :-( Double ditto. I have quite a large amount of stuff sitting on top of extlib/str/unix. Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/ ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Documentation to start
On Thu, 2009-09-03 at 23:36 +0200, vernade wrote: Hello, I just downloaded ocaml (and caml-light) . I am looking for documentation on pdf or any format that I can easily download , read and print. I need basic information. All I found was on line and the help didn't come with the file I downloaded to install ocaml and caml-light. Didier Hi Didier, a first place to start is: http://caml.inria.fr/pub/docs/manual-ocaml/ http://www.ocaml-tutorial.org/ Installation is quite easy on fedora 11: just do a 'yum install' greetings, Philip ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Why don't you use batteries?
Hello Erik, 2009/9/4 Erik de Castro Lopo mle+oc...@mega-nerd.com: If batteries is available for 9.10 Batteries is available for 9.10: http://packages.ubuntu.com/search?keywords=batteries and I like it enough I will probably grab the 9.10 source package and backport it to 6.06 and 8.04 and then push it into our personalised Ubuntu package repository. Here is the official Debian package used in Ubuntu: http://packages.qa.debian.org/o/ocaml-batteries.html Yours, d. PS: List of OCaml packages in Debian and Ubuntu: http://bentobako.org/ubuntu-ocaml-status/raw/compare-unstable-karmic.html ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Documentation to start
Hello, 2009/9/3 vernade vern...@free.fr: I just downloaded ocaml (and caml-light) . I am looking for documentation on pdf or any format that I can easily download , read and print. I need basic information. As you probably speak French, take a look at Le Langage Caml book: http://caml.inria.fr/pub/distrib/books/llc.pdf It is dedicated to Caml Light but code examples can be adapted fairly easily to OCaml. It is a very good book! Yours, d. ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs