Thank you Don. I dont think I am capable of solving the problems faced. Too advanced for me. Meanwhile, I tried MSYS-MINGW and it didnt work either. Will post the errors on another mail.
Regards. On Thu, Jan 14, 2010 at 12:47 AM, Don Ward <[email protected]> wrote: > Shabbir Ahmed wrote: > > A. Managed to install and work wxWidgets but I just cannot manage >> wxPython. >> Anyhow the following is how I managed wxWidgets and errors found in trying >> to install wxPython. >> >> B. Referring to http://gnuradio.org/redmine/wiki/gnuradio/WxPythonCygwin >> >> STEP 4: ( I had to add a few more lines that I took from wxPython's src >> website >> http://www.wxpython.org/BUILD.html .. so now we have) >> >> CC="gcc -mno-cygwin -mwindows" \ >> CXX="g++ -mno-cygwin -mwindows" \ >> LDFLAGS="-mno-cygwin -mwindows" \ >> > > The -mno-cygwin option says to create a native Windows version rather than > a Cygwin version, which gets around the winsock.h vs. select.h problem. But > it is not clear whether a non-Cygwin extension will work with the Cygwin > version of Python. > > > ../configure \ >> --with-msw \ >> --build=i686-pc-mingw32 \ >> --prefix=/usr/local \ >> >> STEP 4a, 5 and 6: Remains the same. >> >> STEP 7: (there is slight change the cygwx*.dll files are now wx*.dll >> files.. >> so we have) >> >> mv /usr/local/lib/wx*.dll /usr/local/bin >> >> STEP 8: so now when you try step 8 it WORKS! >> >> STEP 9: (But now I am stuck in STEP 9 and cannot move forward tried all >> possibilities the following is the code I am using and the >> output+errors...) >> >> python setup.py build_ext --inplace WXPORT=msw COMPILER=mingw32 >> BUILD_GLCANVAS=0 BUILD_ACTIVEX=0 UNICODE=0 >> WX_CONFIG="bash.exe -e >> /usr/local/bin/wx-config" >> >> OUTPUT+ERROR >> >> WARNING: WXWIN not set in environment. Assuming '..' >> Preparing CORE... >> Preparing STC... >> Preparing GIZMOS... >> running build_ext >> building '_core_' extension >> gcc -mno-cygwin -mdll -O -Wall -DSWIG_TYPE_TABLE=_wxPython_table >> -DSWIG_PYTHON_OUTPUT_TUPLE -DWXP_USE_THREAD=1 -UNDEBUG >> -DWXUSINGDLL >> -D__WXMSW__ -Iinclude -Isrc >> -I/usr/local/lib/wx/include/msw-ansi-release-2.8 >> -I/usr/local/include/wx-2.8 -I/usr/include/python2.5 -c src/helpers.cpp -o >> build/temp.cygwin-1.7.1-i686-2.5/src/helpers.o -mthreads -O3 >> >> In file included from /usr/include/python2.5/Python.h:57, >> from src/helpers.cpp:15: >> /usr/include/python2.5/pyport.h:257:24: sys/select.h: No such file or >> directory >> > > Your Cygwin version of Python wants to use select.h, which doesn't exist in > you non-Cygwin (i.e., -mno-cygwin) environment. Again, I don't know if it > is possible to build non-Cygwin extensions for a Cygwin Python. > > The good news is that this problem has been reported on the wxWidgets bug > tracker and is being worked on (see http://trac.wxwidgets.org/ticket/11626). > The bad news, is that the supposed "correct" answer is to modify the code > (if possible) to use posix networking calls in place of the Windows calls. > > -- Don W. > > -- Shabbir Ahmed PhD. Student Centre for Telecommunications and Microelectronics Victoria University Email: [email protected]
_______________________________________________ Discuss-gnuradio mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
