[Bug-gsl] problem in call to gsl_fft_halfcomplex_unpack

[Manoj Warrier]

Hi.

I sent the following mail to gsl-discuss and was adviced to send it
here. I have attached a sample program which reproduces the warning
(and a consequent error). I have commented out the
gsl_complex_packed_array CmplxCoeff[2*n] in the attachment and
presently use double CmplxCoeff[2*n]. Remove the comment and
comment out the double CmplxCoeff[2*n] to reproduce the "warning"
and a resulting error.

Output of gcc -v on my system:
11:57> gcc -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2.1/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man 
--infodir=/usr/share/info --enable-shared --enable-threads=posix 
--disable-checking --with-system-zlib --enable-__cxa_atexit 
--host=i386-redhat-linux
Thread model: posix
gcc version 3.2.1 20030202 (Red Hat Linux 8.0 3.2.1-7)

Disclaimer:
I am a recent convert from g77 to gcc. Therefore I still program in
a fortran-77-ish way and the error could be due to my lack of knowledge
in C declarations. I did check out the relevant header files though,
and was intimidated enough by the constructs to make this disclaimer :-).
Hopefully some day I can contribute ...

--------------------------------------------------------------------
   Explanation of the problem:
   > When I use gsl_fft_halfcomplex_unpack, The GSL Ref. Manual (first
   > edition) and also
   > http://sources.redhat.com/gsl/ref/gsl-ref_15.html#SEC240, describes
   > it as int gsl_fft_halfcomplex_unpack (const double
   > halfcomplex_coefficient[], gsl_complex_packed_array
   > complex_coefficient[], size_t stride, size_t n)
   >
   > When I use it based on the above description, I get the following
   > warning when I compile it (on a Linux PC, with gsl-1.2.90 compiled
   > from sources) Compilation command: gcc -c -Wall -g
   > -I. -I/usr/include -I/home/mow/soft/include analyse_freq.c Warning:
   > analyse_freq.c:190: warning: passing arg 2 of
   > `gsl_fft_halfcomplex_unpack' from incompatible pointer type
                                                                                
   Brian Gough's suggestion:
   Can you send an example program which reproduces this problem to
   address@hidden, with the output of gcc -v on your system. Thanks.
-----------------------------------------------------------------------

-- 
Manoj Warrier (address@hidden)

Stellaratortheorie, Max-Planck Institut Fur Plasmaphysik
TeilInstitut Greifswald Wendelsteinstrasse 1
D-17491 Greifswald Germany Tel: +49-3834-882434

--------- History of Computing 10-11-3003 ---------------
Then there used to be this great user friendly OS which
overwrote your MBR whenever you installed it.
---------------------------------------------------------

gslffttry.c
Description: Text document