[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss-gnuradio] working version of gnuradio for windows (mingw) avail
[Discuss-gnuradio] working version of gnuradio for windows (mingw) available including audio-sink and wxgui
Fri, 20 May 2005 00:18:55 +0200
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5b) Gecko/20030823
I made gnuradio compile on windows using mingw (no cygwin needed)
It works with the standard win32 binary distributions of python24-win32
python-numeric-win32, swig-win32, wxpython-win32 and python win32api
I still needed to build cppunit,fftw and boost myself (I added the built
cppunit and fftw dlls to my binary gnuradio-core, see links at end of mail)
I implemented a new gr_vmcircbuf_createfilemapping factory
I added O_BINARY flags to all file-operations
I hacked the m4 macros
I added a sed script (in Makefile.am) to replace all backslashes with forward
slashes in src/lib/swig/gnuradio_swig_python.d
Some more hacking.
My patched version should still build ok on other platforms but this needs to
For source, binary,readmes and the patch:
I updated the wiki with links to my new files:
You still need to give a whole lot of options (pathnames) to configure to work
around backslash forward slash problems and libtool absolute pathname problems.
Configure will find python if its on your path but then it uses c:/Python24 as prefix. It just doesn't work if something starts with c:\\somepath or
c:/somepath, it needs to be /c/somepath so you have to override at the configure commandline.
./configure --enable-shared --disable-static --with-md-cpu=generic --with-cppunit-prefix=/mingw/cppunit
--with-boost-include-dir=/d/boost_1_32_0/include/boost-1_32 PKG_CONFIG_PATH=/mingw/fftw/lib/pkgconfig PYTHON=/d/Python24/python
am_cv_python_pythondir=/d/Python24/Lib/site-packages am_cv_python_pyexecdir=/d/Python24/Lib/site-packages 2>&1 | tee configure.log
I also implemented a gr-audio-windows audio-sink (audio-source to be done, is
now an empty stub)
This needs some work (synchronisation, it crackles)
I also implemented a hacked gr-wxgui fftsink and scopesink which works with
standard wxpython for windows.
(also needs python win32api)
This uses win32 named pipes in stead of anonymous os.pipe() because the cpp code doesn't understand the filedescriptor python gives when using os.pipe() (It
says bad filedescriptor)
This works ok for fftsink but the scopesink needs win32 named pipe support in the gnuradio-core code (or a solution to the filedescriptor problem). I worked
around this by using a standard file-sink in stead of scopesink. This means no triggers or whatsoever.
source, readmes and the patch:
I hope this is of use for anyone.
Please post results to the list (or modify the wiki to clarify things)
|[Prev in Thread]
||[Next in Thread]|
- [Discuss-gnuradio] working version of gnuradio for windows (mingw) available including audio-sink and wxgui,
Martin Dvh <=