From: Christophe TROESTLER <Christophe.Troestler@umh.ac.be>
To: xavier.leroy@inria.fr
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] Bigarray map & set/get
Date: Mon, 22 Jul 2002 15:03:38 +0200 (CEST) [thread overview]
Message-ID: <20020722.150338.41185299.Christophe.Troestler@umh.ac.be> (raw)
In-Reply-To: <20020722113136.A10720@pauillac.inria.fr>
On Mon, 22 Jul 2002, Xavier Leroy <xavier.leroy@inria.fr> wrote:
>
> > [...] one thing that will always be necessary is to make CAML
> > functions act on arrays.
>
> [...] the time-critical computations are done by external libraries
> such as BLAS, Lapack, etc. [...]
Ok, that's reasonable for arithmetic operations or standard routines
like linear equation solving --- and that's what I am moving towards.
Now, the code uses all along some arbitrary functions f: float ->
float, g : float -> float -> float,... that allow to run the program
for a large class of equations. Of course, sooner or later I need to
perform some operations on the bigarrays that involve these functions,
the simplest form of which is
map :
?out:('a, 'b, 'c) Bigarray.Array1.t ->
('a -> 'd) -> ('a, 'b, 'c) Array1.t -> ('d, 'b, 'c) Array1.t
(the same as in Array except one can specify the output matrix). My
questions are:
* Wouldn't these kind of functions be great to have in the standard
Bigarray module? (They would also make it closer to the Array one,
hence easing the transition when needed.)
* If I want to implement them myself, are there any hints to reach
maximal efficiency? (Especially w.r.t. callbacks.)
Regards,
ChriS
P.S. Since my code is experimental, efficiency it not the primary
concern. It just doesn't have to be too slow... (we still need to
make a great deal of runs to have an insight...)
-------------------
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
next prev parent reply other threads:[~2002-07-23 20:19 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-19 13:59 [Caml-list] Bigarray map & set/get (long) Christophe TROESTLER
2002-07-20 18:29 ` Daniel de Rauglaudre
2002-07-21 0:45 ` Oleg
2002-07-22 13:30 ` [Caml-list] Bigarray map & set/get Christophe TROESTLER
2002-07-22 9:31 ` [Caml-list] Bigarray map & set/get (long) Xavier Leroy
2002-07-22 13:03 ` Christophe TROESTLER [this message]
2002-07-22 15:43 ` Fernando Alegre
2002-07-25 3:02 ` Chris Hecker
2002-07-25 9:30 ` Xavier Leroy
2002-07-25 18:11 ` Chris Hecker
2002-07-26 5:44 ` Michael Vanier
2002-07-26 22:33 ` wanted features (was: Re: [Caml-list] Bigarray map & set/get (long)) Chris Hecker
2002-07-26 22:40 ` Michael Vanier
2002-07-26 22:44 ` Chris Hecker
2002-07-27 0:28 ` Michael Vanier
2002-07-27 0:32 ` Chris Hecker
2002-07-27 10:53 ` Dimitri Ara
2002-07-27 12:06 ` Dimitri Ara
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020722.150338.41185299.Christophe.Troestler@umh.ac.be \
--to=christophe.troestler@umh.ac.be \
--cc=caml-list@inria.fr \
--cc=xavier.leroy@inria.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).