|
From: | wakjah ' |
Subject: | Re: [Discuss-gnuradio] Building with CMake on Win7 with MSVC 2008 |
Date: | Thu, 13 Dec 2012 14:17:08 +0000 |
It seems like some unstable stuff was merged into master. Can you post
On 12/12/2012 07:40 AM, wakjah ' wrote:
> OK, so here's what I've done to get it to build:
>
> - To build gnuradio-core, comment out lines in
> D:\gnuradio\src\gnuradio-3.3.0\gnuradio-core\src\lib\io\CMakeLists.txt
> #${CMAKE_CURRENT_SOURCE_DIR}/gr_stream_pdu_base.cc
> #${CMAKE_CURRENT_SOURCE_DIR}/gr_stream_pdu_base.h
> #gr_tuntap_pdu
> #gr_socket_pdu
>
> - Remove
> #include <gr_pdu.h>
> #include <gr_tuntap_pdu.h>
> #include <gr_socket_pdu.h>
> %include "gr_pdu.i"
> %include "gr_tuntap_pdu.i"
> %include "gr_socket_pdu.i"
> from D:\gnuradio\src\gnuradio-3.3.0\gnuradio-core\src\lib\io
>
> It seems that these new modules (added to git 5 days ago) don't play nicely
> with CMake on windows (the libraries required only exist on Linux anyway)
>
the error? I understand the tuntap issue. But I'm not sure about the
others...
can you post the patch?
> - To build gnuradio-audio, add #include <io.h> to audio_portaudio_source.cc
> and audio_portaudio_sink.cc
http://gnuradio.org/redmine/issues/495
Interesting, I think one of the boost dependencies pulls in another
>
> - Add boost.Chrono library input to linker missing from projects:
> fcd_nfm_rx
> dial_tone
> _filter_swig
> _fft_swig
> _fcd_swig
> _pager_swig
> _digital_swig
> _vocoder_swig
> _blocks_swig
> _audio_swig
> _analog_swig
>
> With these modifications, it builds on MSVC 2008.
>
boost dependency that we dont normally link against. My reference is
boost 1.47.
What version of boost are you using?
Can you post the patch for this?
Usually its an issue of something missing from the %PATH%. The test
> I am now getting issues with RUN_TESTS - they all seem to fail. However,
> after running the INSTALL build and testing in Python, it seems like most
> things work. How can I ascertain the causes of these test failures?
>
scripts attempt to set the environment variables so that in-tree build
products are in the PATH, but probably not out of tree dependencies. It
may be good to run dependency walker and see what is "missing"
I think the windows audio source implementation is empty!
> My main objective with this was to get the portaudio source working - I
> believe this was not compiled with the precompiled binaries from Ettus
> Research, which is what started me off compiling in the first place. The
> audio sink appears to work fine, but the audio source does not:
> audio_copy.py simply exits after the call to run(), without an error
http://gnuradio.org/redmine/issues/496
That print is safe to ignore.
> message (there are a couple of complaints about invalid arguments to
> gr_vmcircbuf_default_factory, but that usually doesn't stop the whole thing
> from working). Does anyone know how I can debug this?
>
>
-josh
_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Prev in Thread] | Current Thread | [Next in Thread] |