Re: [Discuss-gnuradio] GNU Radio 3.8 for Windows
Pol, That's great work! I am the maintainer of the Win10 binaries you mentioned, and while the scripts are currently capable of building 3.8 in Win10, I have delayed a binary release to allow a bit more time for some more of the "add-on" packages to become compatible with 3.8 and GRC specifically. I suppose this should encourage me to "get on with it" :) Geof On 10/2/19, Pol Henarejos wrote: > Dear all, > > I have been using GNU Radio since 3.2 series and the progress made in > last years is amazing. I used to develop GNU Radio apps in linux but, > sometimes, I also did it in Windows (specially for quick tests). > However, I could not find the binaries of the 3.8 series and the > documentation for Windows build is for prior releases. > > Finally, I managed to build it natively in Windows 10 (it should work in > Windows 7 too). > > If someone is interested, the binaries for Windows can be downloaded > from https://www.castle.cloud/gnuradio-for-windows > > This is the list of available modules: > > + python-support > + testing-support > + gnuradio-runtime > + gr-ctrlport > + gnuradio-companion > + gr-blocks > + gr-fec > + gr-fft > + gr-filter > + gr-analog > + gr-digital > + gr-dtv > + gr-audio (windows) > + gr-channels > + gr-qtgui > + gr-trellis > + gr-uhd > + gr-utils > + gr_modtool > + gr-vocoder > + gr-zeromq > > I cannot build gr-wavelet and gr-video-sdl due to some fails with SDL > and GSL libraries. > > Please, note that the license belongs to the GNU Radio. I only > repackaged the official release, without any modification. > > Any feedback is also appreciated. > > Thank you for your incredible efforts! > > Regards. > > -- > > Dr. Pol Henarejos > Researcher > Array and Multi-Sensor Processing Department, Communication Systems > Division > pol.henare...@cttc.cat > > Centre Tecnològic de Telecomunicacions de Catalunya (CTTC) > Av. Carl Friedrich Gauss, 7 > 08860 Castelldefels, Barcelona (Spain) > Tel: +34 93 645 29 00 Ext: 2177 > www.cttc.cat > > Your identification data and the data contained in the emails and > attached files can be incorporated into our databases, in order to > maintain professional and / or commercial relationships, and that it > will be preserved throughout the relationship. You can exercise your > right to access, rectification, erasure, restriction of processing, to > portability and to object by sending an email to d...@cttc.cat. > This message and any attached document, where appropriate, may be > confidential and intended for the original recipient only. > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio 3.8 for Windows
Dear all, I have been using GNU Radio since 3.2 series and the progress made in last years is amazing. I used to develop GNU Radio apps in linux but, sometimes, I also did it in Windows (specially for quick tests). However, I could not find the binaries of the 3.8 series and the documentation for Windows build is for prior releases. Finally, I managed to build it natively in Windows 10 (it should work in Windows 7 too). If someone is interested, the binaries for Windows can be downloaded from https://www.castle.cloud/gnuradio-for-windows This is the list of available modules: + python-support + testing-support + gnuradio-runtime + gr-ctrlport + gnuradio-companion + gr-blocks + gr-fec + gr-fft + gr-filter + gr-analog + gr-digital + gr-dtv + gr-audio (windows) + gr-channels + gr-qtgui + gr-trellis + gr-uhd + gr-utils + gr_modtool + gr-vocoder + gr-zeromq I cannot build gr-wavelet and gr-video-sdl due to some fails with SDL and GSL libraries. Please, note that the license belongs to the GNU Radio. I only repackaged the official release, without any modification. Any feedback is also appreciated. Thank you for your incredible efforts! Regards. -- Dr. Pol Henarejos Researcher Array and Multi-Sensor Processing Department, Communication Systems Division pol.henare...@cttc.cat Centre Tecnològic de Telecomunicacions de Catalunya (CTTC) Av. Carl Friedrich Gauss, 7 08860 Castelldefels, Barcelona (Spain) Tel: +34 93 645 29 00 Ext: 2177 www.cttc.cat Your identification data and the data contained in the emails and attached files can be incorporated into our databases, in order to maintain professional and / or commercial relationships, and that it will be preserved throughout the relationship. You can exercise your right to access, rectification, erasure, restriction of processing, to portability and to object by sending an email to d...@cttc.cat. This message and any attached document, where appropriate, may be confidential and intended for the original recipient only. smime.p7s Description: Signatura criptogràfica S/MIME ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] cmake fails when installing maint_3.7 branch on VM-Ubuntu 18.04
Ouch; that looks horrible! I'm guessing you have or tried to install GR38 & are now trying to install GR37 ... there's some crufty files around that are killing this cmake configuration! Or maybe your GIT branch checkout isn't complete? Something really strange is going on there! On Tue, Oct 1, 2019 at 3:58 PM Achilleas Anastasopoulos wrote: > Understood. Thanks! > So here is the actual output of cmake (in my previous email I also > included the file CMakeOutput.log in case it provides more info): > > thanks again for all the help, > Achilleas > > -- > > anastas@raulubuntu:~/workarea-gnuradio/build_maint37$ cmake ../gnuradio/ > -- Build type not specified: defaulting to release. > -- Build type set to Release. > -- Extracting version information from git describe... > CMake Deprecation Warning at CMakeLists.txt:73 (cmake_policy): > The OLD behavior for policy CMP0026 will be removed from a future version > of CMake. > > The cmake-policies(7) manual explains that the OLD behaviors of all > policies are deprecated and that a policy should be set to OLD only under > specific short-term circumstances. Projects should be ported to the NEW > behavior and not rely on setting a policy to OLD. > > > CMake Error at CMakeLists.txt:182 (include): > include could not find load file: > >CMakeOverloads > > > -- Compiler Version: cc (Ubuntu 7.4.0-1ubuntu1~18.04.1) 7.4.0 > Copyright (C) 2017 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. > -- Compiler Flags: /usr/bin/cc:::-O3 -DNDEBUG -std=gnu99 > -fvisibility=hidden -Wsign-compare -Wall > -Wno-uninitialized > /usr/bin/c++:::-O3 -DNDEBUG -fvisibility=hidden -Wsign-compare -Wall > -Wno-uninitialized > CMake Error at CMakeLists.txt:265 (include): > include could not find load file: > >GrPlatform > > > -- ADDING PERF COUNTERS > -- Building Static Libraries: OFF > CMake Error: File /home/anastas/workarea-gnuradio/gnuradio/cmake/ > cmake_uninstall.cmake.in does not > exist. > CMake Error at CMakeLists.txt:337 (configure_file): > configure_file Problem configuring file > > > -- Boost version: 1.65.1 > -- Found the following Boost libraries: > -- date_time > -- program_options > -- filesystem > -- system > -- regex > -- thread > -- chrono > -- atomic > CMake Error at CMakeLists.txt:365 (include): > include could not find load file: > >GrComponent > > > CMake Error at CMakeLists.txt:366 (GR_REGISTER_COMPONENT): > Unknown CMake command "GR_REGISTER_COMPONENT". > > > -- Configuring incomplete, errors occurred! > See also > "/home/anastas/workarea-gnuradio/build_maint37/CMakeFiles/CMakeOutput.log". > See also > "/home/anastas/workarea-gnuradio/build_maint37/CMakeFiles/CMakeError.log". > > On Tue, Oct 1, 2019 at 3:35 PM Michael Dickens > wrote: > >> What I mean is you listed the CMakeError.log file. During cmake >> configuration, it looks for how to do threading; some fail before cmake >> finds one that works. Cmake documents these errors in this file, and these >> errors are not abnormal ... they are just part of cmake doing its job. >> >> That said, cmake's normal output printouts and other logging are only as >> good as it is programmed to do. GR does a pretty good job of showing what's >> going on so that one can figure out the issues & then how to resolve them. >> GR OOTs vary a lot in this regard. >> >> On Tue, Oct 1, 2019 at 3:25 PM Achilleas Anastasopoulos < >> anas...@umich.edu> wrote: >> >>> Hi Michael, >>> >>> not sure what you mean by "these errors are normal?" >>> I thought that gnuradio development at the 3.7 branch is beyond "normal >>> errors" status... >>> >>> In any case, I also attach the CMakeOutput.log file in case this is more >>> useful: >>> >>> Thanks again, >>> Achilleas >>> >> -- >> Michael Dickens >> Ettus Research Technical Support >> Email: supp...@ettus.com >> Web: https://ettus.com/ >> > -- Michael Dickens Ettus Research Technical Support Email: supp...@ettus.com Web: https://ettus.com/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
