Hi all,
A few months ago I was involved in a similar effort, and I think the
code is still around. Unfortunately a management decision cancelled it
pretty soon, in the early stages of infancy, so to speak... If someone's
interested just say so.
Regards,
Alfred.
--
Alfredo Solano Martinez
Apparently Blitz++ hasn't seen much development.
Some parts of boost might become part of the new C++
standard.
Concerning Valarrays, according to Josuttis[1]
valarrays weren't very well defined. Apparently the
guys who designed valarray left the C++ committee long
before the standard was finishe
On 14/03/07, eknecronzontas <[EMAIL PROTECTED]> wrote:
Since we're talking about C++ array types, in addition to TNT I also ought
to
mention Blitz++. In regards to speed, Blitz is the one to compete with.
3) I'm still not convinced valarrays are faster. C-style arrays can be
used to do
are,
Andrew
- Original Message
From: Jordi Gutierrez Hermoso <[EMAIL PROTECTED]>
To: eknecronzontas <[EMAIL PROTECTED]>
Cc: help-gsl@gnu.org; Jigal A <[EMAIL PROTECTED]>
Sent: Wednesday, March 14, 2007 2:09:14 AM
Subject: Re: [Help-gsl] Question: gsl in C++ ??
On 13/03
I use TNT extensively and I like it very much at least
as a container for arrays. Another alternative that is
much larger and much more complete is uBlas. It
provides interfaces using expression templates for all
sorts of matrices (full, sparse, etc) but I haven't
used it. Apparently it even includ
TNT looks very tempting.
However - I thought of a combination of GSL and TNT.
GSL, after all, has a very large set of tools in many math disciplines.
I, for instance, needed the ODE and quadrature integration parts, and not
the BLAS part
(well, not explicitly, that is...).
The basic idea is to wri
On 13/03/07, eknecronzontas <[EMAIL PROTECTED]> wrote:
I use operator[] because it allows me to use C-style arrays, which are faster,
I have not looked at your code, so perhaps I should do that before I
comment on it, but I can tell you one thing: there are few valid
reasons to use C-like array
Hello!
In regards to Jordi's message about indexing with operator[]:
> they're indexing with
> operator[]. Not sure, but as I recall, this doesn't permit indexing
> such as a[1,2] since operator[] can only take one argument; the
> numeric community has a Fortran heritage of indexing with operator
On 13/03/07, Jigal A <[EMAIL PROTECTED]> wrote:
Actually, the google summer of code is not a bad idea! Perhaps it is
worthwhile pursuing.
Don't hold me to this, but I might collaborate with that too, if my
Master's thesis is finished by the summer as it's supposed to be. I'm
not sure if we both
At Tue, 13 Mar 2007 13:47:34 +0200,
Jigal A wrote:
> I was wondering about the possibility to turn GSL into a set of C++ template
> classes (yep, I know, big job...) where one of the template parameters would
> be the floating point type (usually double, right?).
>
> The reasoning is whether the e
Actually, the google summer of code is not a bad idea! Perhaps it is
worthwhile pursuing.
Though the application starts tomorrow - not sure I'll have the time for it.
Also - I have found one of those attempts to make direct replacements of GSL
(and CERNLIB) in C++
http://tharkad.pa.msu.edu/~astein
On 13/03/07, Jigal A <[EMAIL PROTECTED]> wrote:
I was wondering about the possibility to turn GSL into a set of C++ template
classes (yep, I know, big job...) where one of the template parameters would
be the floating point type (usually double, right?).
[snip]
What are your opinion/thoughts ab
Hi there.
I'm a newbie in GSL and in particular, the GSL mailing list, so apologies in
advance... hopefuly the questions are not too dumb... here goes:
I was wondering about the possibility to turn GSL into a set of C++ template
classes (yep, I know, big job...) where one of the template paramet
13 matches
Mail list logo