Le samedi 28 août 2010 13:06:45, vous avez écrit :
> On 08/28/2010 12:56 PM, Mehdi Dogguy wrote:
> > If you want more than that (detailed descriptions of each patch),
> > it's not going to happen because it's a lot of work.
>
> Hrm… I forgot about one point: Actually, some of it is going to happen
Le vendredi 27 août 2010 12:29:40, vous avez écrit :
> On 08/26/2010 10:10 PM, Florent Monnier wrote:
> > I would say that when packagers write patches that add new features it
> > would be nice if they set up such a basic web-page too.
>
> FWIW, in Debian, we have:
&g
Le vendredi 27 août 2010 12:29:40, vous avez écrit :
> On 08/26/2010 10:10 PM, Florent Monnier wrote:
> > I would say that when packagers write patches that add new features it
> > would be nice if they set up such a basic web-page too.
>
> FWIW, in Debian, we have:
&g
Le mercredi 25 août 2010 05:42:27, malc a écrit :
> Hello,
>
> New version of llpp is available at [1] new features include:
>
> * Outline (aka Table of contents) mode
> (including quick search and narrowing)
> * Bookmarks
> * Link highlighting
> * Windows and Mac OS X "support"
> * Some import
Le mercredi 25 août 2010 11:26:05, Maxence Guesdon a écrit :
> Hello,
>
> For those who don't know, I'm the maintainer of the Caml Hump.
>
> For this reason, I have a look at every project announced on the caml-list
> and it seems to me that there are more and more projects providing only
> links
Le mercredi 25 août 2010 14:31:24, David MENTRE a écrit :
> Hello,
>
> 2010/8/25 malc :
> > New version of llpp is available at [1] new features include:
> What is llpp?
I did not know too, so I've followed the links searching for a README
it seems that llpp is a console frontend for mupdf,
mupd
Le mardi 24 août 2010 17:35:15, Romain Beauxis a écrit :
> Le mardi 24 août 2010 10:22:48, Anil Madhavapeddy a écrit :
> > That's not quite right; "noalloc" calls do not have the OCaml runtime in
> > a functioning state at all since the instructions to set it up are not
> > emitted by ocamlopt.
> >
Le lundi 23 août 2010 22:24:48, Romain Beauxis a écrit :
> Le lundi 23 août 2010 07:09:05, Florent Monnier a écrit :
> > an alternative method is to provide a string from ocaml to c then c fills
> > this buffer, then you can save allocations by reusing the same buffer,
>
&g
Le lundi 23 août 2010 14:59:19, Stéphane Glondu a écrit :
> Le 23/08/2010 14:09, Florent Monnier a écrit :
> >> Is there a way to get a string from C to OCaml without the
> >> caml_copy_string function, or is there a version that doesn't copy the
> >> string?
&
Le dimanche 22 août 2010 01:30:28, Jeffrey Barber a écrit :
> Is there a way to get a string from C to OCaml without the caml_copy_string
> function, or is there a version that doesn't copy the string?
an alternative method is to provide a string from ocaml to c then c fills this
buffer, then you
Le lundi 26 juillet 2010 13:20:46, Dario Teixeira a écrit :
> Hi,
>
> > > How does Ocsigen handle database operations?
> >
> > I thought it was using PG'OCaml, but maybe I'm wrong.
>
> Ocsigen itself does not use PG'OCaml. The two are frequently associated
> because the latest versions of PG'OCa
Le samedi 24 juillet 2010 10:08:10, Yoann Padioleau a écrit :
> Hi,
>
> Is there a way to draw text on GlGtk.area ? with a specific font ?
> I've seen mentions of FTGL but there is no binding for it in lablgl
> apparently :(
the FTGL bindings are provided in the glMLite tarball in order to ease
Le dimanche 4 juillet 2010 21:54:31, Goswin von Brederlow a écrit :
> Martin DeMello writes:
> > Has much work been done on adding a scripting language to an OCaml
> > program? I googled about a bit, but no one seems to be even talking
> > about this - for example, if I wanted to do something emac
> - the number of OS to which Camomile is ported. I know there are Debian,
> FreeBSD and ALTLinux package. Any other?
Mandriva :
http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/ocaml-
camomile/current/
http://maint.mandriva.com/viewpkg.php?pkg=14157
Fedora :
http://cvs.fedoraproject.
> > OK, so I guess the problem is specific for Linux
>
> Well apparently not, I just tried on my netbook and sdl+lablgl works
> perfectly (both byte and native).
>
> > uname -a
>
> Linux minidip 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC
> 2010 i686 GNU/Linux
I use Mandriva-Linux.
> You did not specify the platform but on osx 10.6.3 sdl+lablgl works.
I'm using Linux.
(and glMLite does work on MacOSX too)
> > sdl+LablGL in interpreted mode => Failure
>
> Works but you need to make a custom toplevel (see ocamlsdl's readme about
> osx).
>
> $ ocamlmktop -I +lablGL -I +sdl
Le dimanche 11 avril 2010 19:53:29, Florent Monnier a écrit :
> Hi,
> I'm trying to use ocamlsdl for the windowing of an OpenGL application.
>
> You will find below 2 test files, one using LablGL and one using glMLite.
>
> I have made these test:
>
> sdl+glML
Hi,
I'm trying to use ocamlsdl for the windowing of an OpenGL application.
You will find below 2 test files, one using LablGL and one using glMLite.
I have made these test:
sdl+glMLite in interpreted mode => OK, everything works all right
sdl+LablGL in interpreted mode => Failure
sdl+glMLite in
Le lundi 5 avril 2010 11:45:12, Daniel Bünzli a écrit :
> Hello,
Hello,
I want to congratulate all the contributors to this project.
This is a great work!
[...]
> some
> parts of the text were improved
[...]
do you mean that the ori
Le vendredi 26 mars 2010 14:07:34, Marcel @ DIMAp a écrit :
> Hi There,
>
> I am running Windows XP and I am trying to open a window with dimension 20
> x 20. I have tried many approaches and all of them open a window but not
> with the dimension specified. The command I am using to open this wi
Le samedi 13 mars 2010 19:55:37, vous avez écrit :
> On Sat, Mar 13, 2010 at 07:36:16PM +0100, Florent Monnier wrote:
> > > > I have compiled a program using the native compiler, then when I run
> > > > the executable I get this error message:
> > > >
&
> > I have compiled a program using the native compiler, then when I run the
> > executable I get this error message:
> >
> > exception not registered.Abandon
> >
> > Searching Google I don't find anything about this error message.
> > How should I interpret it?
>
> Is the program linked to C code
Hi,
I have compiled a program using the native compiler, then when I run the
executable I get this error message:
exception not registered.Abandon
Searching Google I don't find anything about this error message.
How should I interpret it?
--
Thanks
Le mardi 2 mars 2010 11:19:58, vous avez écrit :
> Florent Monnier writes:
> > Le lundi 1 mars 2010 14:24:45, Goswin von Brederlow a écrit :
> >> Florent Monnier writes:
> >> > Le lundi 1 mars 2010 04:55:00, Jianzhou Zhao a écrit :
> >> >> I have
Le lundi 1 mars 2010 14:24:45, Goswin von Brederlow a écrit :
> Florent Monnier writes:
> > Le lundi 1 mars 2010 04:55:00, Jianzhou Zhao a écrit :
> >> I have been calling OCaml code from C in my project.
> >> The C code has some pointers to C structures.
> >>
Le lundi 1 mars 2010 04:55:00, Jianzhou Zhao a écrit :
> I have been calling OCaml code from C in my project.
> The C code has some pointers to C structures.
> I got 'seg fault' when calling the OCaml function receiving
> C structure pointers.
>
> 18.7 at http://caml.inria.fr/pub/docs/manual-ocaml
Le dimanche 14 février 2010 23:46:10, Guillaume Yziquel a écrit :
> I mean, it seems that varargs means on the receiving end "the number of
> arguments you'r giving me, as a function, is not limited", whereas on
> the sending end, you hard-code the number of arguments in your C code.
>
> Is ther
Hi,
I'm pleased to annouce ocaml-ofc, a library released under the LGPL,
which is an OCaml interface for Open Flash Chart 2.
The web-site of Open Flash Chart 2 (OFC) is here:
http://teethgrinder.co.uk/open-flash-chart-2/
What is OFC?
OFC is a .swf object written in action script which takes json
> > > Strange. Are you using our Makefile?
> >
> > Yes I do,
> > maybe you have noticed on the other thread that Richard has problems to
> > compile batteries on Fedora too (and therefore hasn't packaged it yet)
>
> The latest version, released 3 days ago, does now compile.
>
> You can try this spe
> > Hi,
> > Trying to compile batteries (version 20090405 on ocaml 3.11.1),
> > I get this error:
>
> Strange. Are you using our Makefile?
Yes I do,
maybe you have noticed on the other thread that Richard has problems to
compile batteries on Fedora too (and therefore hasn't packaged it yet)
___
(...)
> > > 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
> > 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
Hi,
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
> I (still) don't know what the problem is here. Have you applied all
> the patches from Fedora?
I have tryed with a *completely* replicated spec/sources/patch from fedora,
the same error occurs on an "%identity" basis.
___
Caml-list mailing list. S
Hi,
I'm trying to compile "virt-mem" 0.3.1 with ocaml 3.11.0.
The compilation fails with the following files :
kernel.ml, virt_mem_ksyms.ml, virt_mem_mmap.ml, virt_mem_utsname.ml
which use a camlp4 extension.
I have not learned camlp4 yet, so I don't know how to fix this,
could someone tell me how
> If I put everything into one big cma, then I have to recompile it every
> small change. It takes so long time, that it would make no sense to use
> the interpreter at all.
in case you're doing so this way:
ocamlc -o my.cma mod1.ml mod2.ml mod3.ml mod4.ml
this will recompile everything,
but you
> > (* use a destroy method explicitly if you need to make sure the
> > destructor * is called --- Gc.finalise doesn't guarantee this (e.g. the
> > program might * terminate before the finalisation function is executed)
you can use at_exit to garanty a call before termination
> If the handle
> it just composes pixmaps into OpenGL textures.
in case there would be Xlib/openGL hackers interested by this technique
which is explained here for C:
http://www.opengl.org/wiki/index.php/Programming_OpenGL_in_Linux:_Creating_a_texture_from_a_Pixmap
it can be achieved in OCaml too, this demo pro
> How hard would it
> be to tailor it to, say, work always with 31 bits?
Hashtbl.hash will return a 31 bit integers on both 32 or 64 architectures:
file: ocaml-3.10.2/byterun/hash.c
CAMLprim value caml_hash_univ_param(value count, value limit, value obj)
{
[...]
return Val_long(hash_accu & 0
> By the way each time I need to use the unix module my failing
> knowledge of system programming is relieved by the unix course of
> Leroy and Remy. This is such a good documentation of ocaml's unix
> module it's a shame it isn't available in the lingua franca of
> programmers. Apparently there ha
Yes you are right my first answer was totally out of scope,
I will try to make it forgive and forget with this new one :)
Still take it with care while it seems you are far more knowledged than me
to answer to your own question ;-)
> Just an elementary question.
>
> I put 'a in the interface:
> va
> I put 'a in the interface:
> val fu : 'a -> 'a
> and int in the implementation:
> let fu x = x + 1
this interface doesn't reflect the implementation, ocaml will reject it in any
way
> So I have universal quantification: for any type 'a function fu can
> consume the argument.
No it is not univ
> For reference, I've found the easiest way to export PNGs (in any
> language, not just OCaml) is to use netpbm.
Probably with any language, but perhaps not any OS ?
> Simply fork pnmtopng
> using Unix.open_process_out and write a PPM file. A PPM file
> Is it possible to create new user accounts to edit the OCaml tutorial at
> http://ocaml-tutorial.org/ ?
>
> http://ocaml-tutorial.org/_login says "This site is only available for use
> to registered members. If you believe that you should be a member of this
> site, please contact the administrat
> The manual says that the cost of an ocaml function call from C is more
> expensive than calling a C function from OCaml.
>
> What is approximatively the ratio ?
>
> Is it more or less than 2 ?
experimentally, I find a ratio of about 5.5
I didn't think the difference was so much.
--
Florent
__
Hi,
The manual says that the cost of an ocaml function call from C is more
expensive than calling a C function from OCaml.
What is approximatively the ratio ?
Is it more or less than 2 ?
--
thanks
Florent
___
Caml-list mailing list. Subscription man
> Hi,
Hi,
> I have just installed the ocaml 3.10.2. I noticed there are 35
> executable files for ocaml generated under /usr/local/bin, but only 15
> man files for ocaml under /usr/local/man. What about the other
> executable files under /usr/local/bin? For example, there is no man page
> for /usr
Fabrice Marchant a écrit :
...
> Defining the 2 ops :
> let ( <<- ) f g x = f (g x)
> let ( <<-- ) f g x y = f (g x y)
>
> is it better ?
let ( <>- ) f g x = f (g x)
let ( <><>- ) f g x y = f (g x y)
let ( <><><>- ) f g x y z = f (g x y z)
perhaps?
(more easy to count the number of caracters wit
> When a bigarray is created from C, where its data part is allocated
> from a C function, I would like to know how to handle the finalisation
> of this ba ?
>
> Will ocaml make the free() call on the data part when it will be
> finalised ?
>
> Should one associates a finalisation function and how
> Hatables are arrays of associative lists. When you are iterating over
> them removing any element you have already visited should be ok.
> Removing elements you haven't visited yet could cause you to encounter
> them anyhow.
which means that it is dependent to the order in which the content is i
> (* this one would not appear with the sdt Hashtbl.iter ! *)
wrong, it appears too
I've made a mistake in the toplevel :)
___
Caml-list mailing list. Subscription management:
http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list
Archives: http://cam
Hi,
When a bigarray is created from C, where its data part is allocated from a C
function, I would like to know how to handle the finalisation of this ba ?
Will ocaml make the free() call on the data part when it will be finalised ?
Should one associates a finalisation function and how ?
bigar
> Hello,
Hello David,
> Probably a newbie question but anyway: is it allowed to do a
> Hashtbl.remove while doing a Hashtbl.iter on the same hash table?
I don't know if it is legal, but at least it works:
# let h = Hashtbl.create 8 ;;
# for i = 0 to pred 8 do
Hashtbl.add h i (char_of_int((in
53 matches
Mail list logo