Hi,
You may have a look at gsl_blas_zgemm, which does a matrix multiplies
matrix plus matrix operation (GSL reference manual, page 123).
Something like gsl_blas_zgemm(CblasConjTrans, CblasNoTrans, 1.0, A, B,
0.0, C), where A and B are F(s).
On Fri, Apr 4, 2008 at 7:13 AM, Mohammad Nayeem [EMAIL
Hi,
I'm not sure if GSL 1.11 could be successfully compiled under cygwin.
It seems that the Makefile you are using is not fully correct, for
example, gcc fails to find corresponding header files shipped with
GSL. So, it may be helpful to diagnose first the status of the
execution of
Hi all,
Although C99 standard has not been fully implemented in GCC, several
new key features, e.g. complex type support, are indeed useful to
numerical computations. So, I wonder if there is any plan for the
development of GSL to embrass C99 standard and adopt these useful
offers.
Thank you in
: command not found
mingw32-make[1]: *** [all-recursive] Error 1
mingw32-make[1]: Leaving directory `C:/gsl-1.11'
mingw32-make: *** [all] Error 2
I don't have any idea what is wrong.
Lukasz
Dnia 9 kwietnia 2008 9:01 Hongzheng Wang [EMAIL PROTECTED] napisał(a):
Hi,
I'm
On Fri, Apr 11, 2008 at 12:41 AM, Brian Gough [EMAIL PROTECTED] wrote:
At Thu, 10 Apr 2008 00:47:06 +0800,
Do complex types acually work now? I haven't checked for a while but
according to http://gcc.gnu.org/gcc-4.3/c99status.html they weren't
completed.
Yes, you are right. The complex
The benefit of C99 is common conventions that are portable between
projects. The new floating point stuff is probably useful for GSL, but I
see C99 being much more than that. It makes general coding easier.
Agree.
Basically, I think the problem is not just what benefits we could get
when
Hi,
On Sat, Jun 21, 2008 at 1:53 AM, Jordi Gutiérrez Hermoso
[EMAIL PROTECTED] wrote:
Thank you. One comment: you used C complexes, which don't work in C++.
Funny, did you know that C and C++ have mutually incompatible
implementations of complex numbers, at least with gcc?
Could you please
Thank you, Andrew, and John. Thank you, [EMAIL PROTECTED] for your codes :-)
Doing interpolation first is a reasonable and straightforward
solution, of course. Actually, what I want is something like the
SPTNQ and DPTNQ functions in ESSL library. In other words, I just
wonder if there are some
You seriously underestimate the contribution of Debian, even only
considering the packaging of GSL. Providing pre-compiled binary
packages and organizing them well is one of the merits offered by
Linux distribution, which, I think, is a well known truth, right?
Taking GSL for an example, it is
Hi,
It depends on if you link your program with atlas correctly. For
debian, just install package libatlas-base-dev (libatlas-sse2-dev),
and link your program with libcblas.so provided by it.
By the way, the story seems to be different for octave (also other
packages traditionally linked with
Hi,
It seems that the documentation (in pdf) of gsl generated from
upstream source tarball is not hyperlink enabled, which is not so
convenient to be used on screen. I have tried to generate the pdf
file by calling `make gsl-ref.pdf', but it doesn't work because some
figures are in incompatible
to be called to produce dvi output first. Any clues?
Thank you all.
On Thu, Mar 19, 2009 at 2:59 PM, Hongzheng Wang wan...@gmail.com wrote:
Hi,
It seems that the documentation (in pdf) of gsl generated from
upstream source tarball is not hyperlink enabled, which is not so
convenient to be used
be downloaded at
http://wanghz.googlepages.com/fig_pdf.tar.bz2
and the final gsl-ref.pdf can be found at
http://wanghz.googlepages.com/gsl-ref.pdf
On Fri, Mar 20, 2009 at 11:32 PM, Brian Gough b...@gnu.org wrote:
At Fri, 20 Mar 2009 14:13:58 +0800,
Hongzheng Wang wrote:
To be specific
improvements are welcome.
On Sun, Mar 29, 2009 at 3:47 PM, Brian Gough b...@gnu.org wrote:
At Sun, 22 Mar 2009 11:51:16 +0800,
Hongzheng Wang wrote:
Thank you for your kind explanation. As a temporary solution, I
manually converted the figures used in randist.texi into pdf format
How did
I am sorry for the typo in preview mail. Should be `Dear Brian Gough'
of course :)
On Sun, Mar 29, 2009 at 11:21 PM, Hongzheng Wang wan...@gmail.com wrote:
Dear Bran Gough,
Frankly, I used a quite dirty solution to generate these pdf files.
That is, I first inserted `\nopagenumbers
Hi Mr Jiang,
I am not familiar with visual C++ 6.0. But the source you attacked
(an example in gsl reference manual) should be OK in this environment
because gsl has been successfully used in this system by many users.
So I hope you can provide more information, such as how you installed
gsl in
What do you mean by `take larger values of 'n' than an unsigned int'?
On Wed, Jul 22, 2009 at 3:45 PM, Matt 'Murph'
Finnicummattf...@gmail.com wrote:
Are there versions of, for example, gsl_cdf_binomial_Q, that will take
larger values of 'n' than an unsigned int?
Looking around, I don't see
If I really need a C++ style vector/matrix library, I would refer to
boost uBlas + bindings. But for daily normal numerical work I
encountered, gsl is easily used and better because vector/matrix
support is not the whole world; we usually need more numerical
computation facilities beyond basic
Frankly, you have slowly drifted off the subject since your previous
post. We are talking about how to wrap GSL and make GSL work better
with C++, rather than do advertisement for yet another C++
vector/matrix library.
For the original question, my personal opinion on this subject is that
just
Hi,
Seems like you don't have make installed in your system. Just refer
to your system's package manager and find which package provides GNU
make
On Tue, Oct 6, 2009 at 1:07 AM, syed raza engrshahidr...@gmail.com wrote:
Thank you so much dear Marco for your detail email reply.
i have tried
Hi,
I have asked almost the same question before. I believe it is not
possible to replace gsl_complex with C99's complex in the reachable
future. The most difficulty is that there is still few C compilers
which can support C99's complex reliably. In fact, even GCC has not
fully implement this
PM, Hongzheng Wang wan...@gmail.com wrote:
Hi,
I have asked almost the same question before. I believe it is not
possible to replace gsl_complex with C99's complex in the reachable
future. The most difficulty is that there is still few C compilers
which can support C99's complex reliably
On Wed, Jun 23, 2010 at 12:35 AM, Vicent vgi...@gmail.com wrote:
Hello to all.
I have to sort several arrays of double data, but I am thinking about using
the _index version of the functions in the GSL, because I want to keep the
original array unchanged.
In the documentation of GSL it is
I don't think there is a typo.
On Tue, Sep 14, 2010 at 4:39 PM, Rodney Sparapani rspar...@mcw.edu wrote:
Hi Rhys:
Very nice! Thanks. Does anyone know if there is an Errata for the BLAST
Forum Standard? For example, the last sentence in subsection 2.2.4 on page
25 can't be right, can it?
On Tue, Sep 14, 2010 at 5:36 PM, Rodney Sparapani rspar...@mcw.edu wrote:
Oh, and getting back to the original question. Am I reading the
BLAST Forum standard correctly in stating that the correctness of
y = 1 A y + 0 y is not guaranteed? On page 26, in subsection 2.3.2,
it states:
Hi Hongcheng,
I am afraid you misunderstood the manual of GSL at this point. Just
take a look at the following quoted sentence in the manual and make
sure you know what it means:
``compare this to the case of the discrete Fourier transform, where
samples are taken at points related to the
in that section (32.1) of the manual,
gsl_dht does require the values of function f at zeros of Bessel
function J_nu.
-
Best regards,
Hongcheng Ni
JILA, University of Colorado at Boulder
440 UCB, Boulder, Colorado 80309-0440
On Mon, 2010-09-20 at 17:04 -0400, Hongzheng Wang wrote:
Hi
27 matches
Mail list logo