discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss-gnuradio] Swig problems compiling gnuradio-core/CVS on FC5


From: Kyle Jamieson
Subject: [Discuss-gnuradio] Swig problems compiling gnuradio-core/CVS on FC5
Date: Mon, 12 Jun 2006 15:12:32 -0400

I'm using FC5, compiling gnuradio-core from cvs.  With both the
current Fedora version of swig (1.3.24) and swig 1.3.29 from
Sourceforge, I have problems compiling
src/lib/swig/gnuradio_swig_python.cc.  Let me know if I can provide
any other relevant info; below is part of the compile transcript.  I'm
using gcc version 4.1.0 20060304 (Red Hat 4.1.0-3)

make[5]: Entering directory
`/export/home/jamieson/gr-build/gnuradio-core/src/lib/swig'
if /bin/sh ../../../libtool --tag=CXX --mode=compile g++
-DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/lib/runtime
-I../../../src/lib/general -I../../../src/lib/filter
-I../../../src/lib/io -I../../../src/lib/g72x -I../../../src/lib/atsc
-I../../../src/lib/omnithread -I../../../src/lib/general
-I../../../src/lib/filter   -I/usr/include/python2.4 -I.    -g -O2
-Wall -Woverloaded-virtual -pthread -MT gnuradio_swig_python.lo -MD
-MP -MF ".deps/gnuradio_swig_python.Tpo" -c -o gnuradio_swig_python.lo
gnuradio_swig_python.cc; \
then mv -f ".deps/gnuradio_swig_python.Tpo"
".deps/gnuradio_swig_python.Plo"; else rm -f
".deps/gnuradio_swig_python.Tpo"; exit 1; fi
mkdir .libs
g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/lib/runtime
-I../../../src/lib/general -I../../../src/lib/filter
-I../../../src/lib/io -I../../../src/lib/g72x -I../../../src/lib/atsc
-I../../../src/lib/omnithread -I../../../src/lib/general
-I../../../src/lib/filter -I/usr/include/python2.4 -I. -g -O2 -Wall
-Woverloaded-virtual -pthread -MT gnuradio_swig_python.lo -MD -MP -MF
.deps/gnuradio_swig_python.Tpo -c gnuradio_swig_python.cc  -fPIC -DPIC
-o .libs/gnuradio_swig_python.o
gnuradio_swig_python.cc: In function 'int
SWIG_AsPtr_std_string(PyObject*, std::string**)':
gnuradio_swig_python.cc:4557: warning: dereferencing type-punned
pointer will break strict-aliasing rules
gnuradio_swig_python.cc: In function 'int SWIG_AsVal_bool(PyObject*, bool*)':
gnuradio_swig_python.cc:4736: warning: dereferencing type-punned
pointer will break strict-aliasing rules
gnuradio_swig_python.cc:4739: warning: dereferencing type-punned
pointer will break strict-aliasing rules
gnuradio_swig_python.cc: In function 'PyObject*
_wrap_x_vector_gr_block_sptr_erase__SWIG_0(PyObject*, PyObject*)':
gnuradio_swig_python.cc:9500: warning: dereferencing type-punned
pointer will break strict-aliasing rules
gnuradio_swig_python.cc: In function 'PyObject*
_wrap_x_vector_gr_block_sptr_erase__SWIG_1(PyObject*, PyObject*)':
gnuradio_swig_python.cc:9542: warning: dereferencing type-punned
pointer will break strict-aliasing rules
gnuradio_swig_python.cc:9553: warning: dereferencing type-punned
pointer will break strict-aliasing rules
gnuradio_swig_python.cc: In function 'PyObject*
_wrap_x_vector_gr_block_sptr_erase(PyObject*, PyObject*)':
gnuradio_swig_python.cc:9589: warning: dereferencing type-punned
pointer will break strict-aliasing rules
gnuradio_swig_python.cc:9602: warning: dereferencing type-punned
pointer will break strict-aliasing rules
gnuradio_swig_python.cc:9606: warning: dereferencing type-punned
pointer will break strict-aliasing rules
gnuradio_swig_python.cc: In function 'PyObject*
_wrap_x_vector_gr_block_sptr_insert__SWIG_0(PyObject*, PyObject*)':
gnuradio_swig_python.cc:9945: warning: dereferencing type-punned
pointer will break strict-aliasing rules
gnuradio_swig_python.cc: In function 'PyObject*
_wrap_x_vector_gr_block_sptr_insert__SWIG_1(PyObject*, PyObject*)':
gnuradio_swig_python.cc:9998: warning: dereferencing type-punned
pointer will break strict-aliasing rules
gnuradio_swig_python.cc: In function 'PyObject*
_wrap_x_vector_gr_block_sptr_insert(PyObject*, PyObject*)':
gnuradio_swig_python.cc:10046: warning: dereferencing type-punned
pointer will break strict-aliasing rules
gnuradio_swig_python.cc:10063: warning: dereferencing type-punned
pointer will break strict-aliasing rules
../../../src/lib/general/gr_binary_slicer_fb.h: In function 'PyObject*
_wrap_binary_slicer_fb(PyObject*, PyObject*)':
../../../src/lib/general/gr_binary_slicer_fb.h:31: error: too few
arguments to function 'gr_binary_slicer_fb_sptr
gr_make_binary_slicer_fb(const std::vector<int, std::allocator<int>
&)'
gnuradio_swig_python.cc:53676: error: at this point in file
.
.
.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]