[SciPy-user] Compilation error of fblaswrap_veclib_c.c

HEMMI, Shigeru textdirected@gmail....
Thu Oct 4 03:05:51 CDT 2007


Dear David Cournapeau,

Thanks for the reply.

For the code you suggest,

#include <complex.h>
int main()
{
    complex a = 1.0 * I;
    return 0;
}

it worked, but after replacing #include <complex.h> by #include
<vecLib/vecLib.h>, I encounterd an error.

$ gcc tmptesting.c
tmptesting.c: In function `main':
tmptesting.c:5: error: `complex' undeclared (first use in this function)
tmptesting.c:5: error: (Each undeclared identifier is reported only once
tmptesting.c:5: error: for each function it appears in.)
tmptesting.c:5: error: parse error before "a"

Is there any suggestions?
(I believe that gcc I am using is just the gcc that Apple supplied.
 However, I am not sure <vecLib/vecLib.h> is stil correct or not.
 I have been trying installing/uninstalling some other gccs
 many times and now I believe I am using Apple supplied gcc.)

Regards,



2007/10/4, David Cournapeau <david@ar.media.kyoto-u.ac.jp>:
> HEMMI, Shigeru wrote:
> > Hello all,
> >
> > On my old MAC OS X 10.3.9 (not Tiger),  I encounterd compilation error
> > of fblaswrap_veclib_c.c. Can anybody help me?
> >
> > $ pwd
> > /Users/zgzg/scipy-0.6.0/scipy/linalg/src
> >
> > $ gcc --version
> > gcc (GCC) 3.3 20030304 (Apple Computer, Inc. build 1671)
> > Copyright (C) 2002 Free Software Foundation, Inc.
> > This is free software; see the source for copying conditions.  There is NO
> > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
> >
> > $ gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp
> > -mno-fused-madd -DNDEBUG -g -O3 -Wall -Wstrict-prototypes
> > -DNO_ATLAS_INFO=3 -Ibuild/src.macosx-10.3-ppc-2.5
> > -I/Users/zgzg/lib/python2.5/site-packages/numpy/core/include
> > -I/Users/zgzg/include/python2.5 -c fblaswrap_veclib_c.c -o
> > fblaswrap_veclib_c.o -faltivec
> > fblaswrap_veclib_c.c:5: error: parse error before '*' token
> >
> It looks like the complex type is not recognized for some reason, but
> this is strange, since gcc 3.3 knows about it. Can you try to compile
> the following snipset:
>
> #include <complex.h>
> int main()
> {
>     complex a = 1.0 * I;
>     return 0;
> }
>
> If this works, replaces #include <complex.h> by #include
> <vecLib/vecLib.h>, and try compiling it too. If both work, then I don't
> know why it is not working.
>
> cheers,
>
> David
>


More information about the SciPy-user mailing list