I'm in the habit of not downloading and extracting tarballs from strangers on the internet, so I don't know what Tom's latest issue is, but the problem you refer to is an issue revealed by the release of cmake 3.5.
cmake 3.5 was released after the latest VOLK and GNU Radio release. That bug has since been fixed on the maint and master branches of git and will be available in the next release if you're the kind of person to like releases. One of the listed sed scripts would also work around this problem, so that's not the latest issue Tom is having. Cheers, -nathan On Wed, Mar 30, 2016 at 3:43 PM, Frederick E. Stevens <[email protected] > wrote: > Hi, > > Just tried building on my machine. Slackware64-14.1 with cmake 3.5.1 > built from Slackware64-current. I would have tried this on a 32 bit > machine but I don't have any running any more. What I found is that cmake > 3.5 fails with errors when configuring gnuradio 3.7.9.1 build. I modified > the gnuradio.SlackBuild so that ccmake is executed instead of cmake. That > way I could see what was configured before trying to compile. With cmake > 3.5.1 on the first configure pass I receive the following error messages: > > CMake Error at volk/lib/CMakeLists.txt:134 (list): > list sub-command REMOVE_ITEM requires list to be present. > Call Stack (most recent call first): > volk/lib/CMakeLists.txt:159 (OVERRULE_ARCH) > > > > CMake Error at volk/lib/CMakeLists.txt:134 (list): > list sub-command REMOVE_ITEM requires list to be present. > Call Stack (most recent call first): > volk/lib/CMakeLists.txt:188 (OVERRULE_ARCH) > > > > CMake Error at volk/lib/CMakeLists.txt:134 (list): > list sub-command REMOVE_ITEM requires list to be present. > Call Stack (most recent call first): > volk/lib/CMakeLists.txt:258 (OVERRULE_ARCH) > > On the second pass: > > CMake Error at > /usr/share/cmake-3.5/Modules/FindPackageHandleStandardArgs.cmake:203 > (CMAKE_PARSE_ARGUMENTS): > Unknown CMake command "CMAKE_PARSE_ARGUMENTS". > Call Stack (most recent call first): > /usr/share/cmake-3.5/Modules/FindPythonLibs.cmake:265 > (FIND_PACKAGE_HANDLE_STANDARD_ARGS) > CMakeLists.txt:234 (find_package) > > Eventually, I went to cmake 3.4.3 and gnuradio is building right now. You > might want to check your cmake and go to pre 3.5 to see if that is the > issue that you are having. > > Hope this helps, > > Cheers, > > Fred > > > On 03/30/2016 11:28 AM, [email protected] wrote: > >> Dear All, >> I am attempting to build Gnuradio on a 32-bit x86 Slackware-current >> system but without success. I have tried several approaches. >> >> o Using the Slackbuilds scripts at >> https://slackbuilds.org/repository/14.1/development/gnuradio/ which >> builds gnuradio-3.7.8.1. >> o Using the Slackbuilds scripts to build the current release >> gnuradio-3.7.9.1 >> o Unpacking gnuradio-3.7.9.1 and following the minimal instructions at >> http://gnuradio.org/redmine/projects/gnuradio/wiki/BuildGuide >> o Downloading the default branch from git and following the minimal >> instructions at >> http://gnuradio.org/redmine/projects/gnuradio/wiki/BuildGuide >> >> >> Firstly I found and fixed/worked-around 3 compiler problems encountered >> with gcc 5.3.0; >> >> (1) -lpthread needed to be added to CMAKE_C_FLAGS and/or >> CMAKE_CXX_FLAGS. I added it to both. >> (2) This fix "sed -i 's/(intrin.h/(x86intrin.h/g' >> ../volk/lib/CMakeLists.txt" gets around intrin.h not being present. >> (3) This fix "sed -i 's/.\+Werror=unused\-command-line\-argument.\+//g' >> ../volk/lib/CMakeLists.txt" gets around this Warning option not being >> available. >> >> Then I was able to start the cmake configuration process. However I get >> errors like this, >> >> /usr/bin/python2: can't open file >> '/tmp/SBo/gnuradio-3.7.9.1/gen/volk_compile_utils.py': [Errno 2] No such >> file or directory >> >> This script is present but in the volk sub-directory, ie. in >> /tmp/SBo/gnuradio-3.7.9.1/volk/gen/volk_compile_utils.py. >> >> Checking the source tarball, eg. >> >> $ tar -tzvf gnuradio-3.7.9.1.tar.gz | grep volk_compile_utils.py >> -rw-rw-r-- root/root 2165 2016-02-07 17:09 >> gnuradio-3.7.9.1/volk/gen/volk_compile_utils.py >> >> confirms this is where it gets unpacked. >> >> I tried a couple of work-arounds, >> >> (1) Symlinking the volk/* directories into the top-level directory before >> the cmake stage and then repeating this >> symlinking in the build directory. Doing this got me some distance (23%) >> into the make procedure before it failed. See files >> gnuradio.SlackBuild.try6 & >> gnuradio.SlackBuild.try6.log. Some of these directories already exist in >> the top level & build directories and so can't be symlinked from below. >> I can't believe this should be necessary and I presume must be an >> artifact of something else being amiss... >> >> (2) Editing the volk/lib/CMakeLists.txt list before running cmake and >> following the Wiki BuildGuide. The following edits/hacks allowed the cmake >> to complete but the make failed soon after starting and I gave up at that >> stage. >> >> sed -i 's/\${CMAKE_SOURCE_DIR}\/gen/${CMAKE_SOURCE_DIR}\/volk\/gen/g' >> ../volk/lib/CMakeLists.txt >> sed -i >> 's/\${CMAKE_SOURCE_DIR}\/lib\/qa_utils\.cc/\${CMAKE_SOURCE_DIR}\/volk\/lib\/ >> qa_utils.cc/g' ../volk/apps/CMakeLists.txt >> >> See files tom_build.sh & tom_build.log. Again I can't believe this >> should be necessary. >> >> Please see http://www.mklab.rhul.ac.uk/~tom/tmp-gnuradio.tar.bz2 for all >> the above mentioned files. >> >> >> Please help/advise! >> >> Thanks >> Tom Crane >> >> I have the following software packages installed, >> cmake-3.5.0 >> boost-1.59.0 >> cppunit-1.13.2 >> fftw-3.3.4 >> python-2.7.11 >> swig-3.0.7 >> numpy-1.8.0 >> doxygen-1.8.9.1 >> tetex-3.0 (for Latex) >> python-cheetah-2.4.4 >> pygtk-2.24.0 >> gsl-1.16 >> qt-4.8.7 >> qwt-6.1.2 >> PyQt-4.11.4 >> wxPython-2.8.12.1 >> lxml-3.5.0 >> alsa-lib-1.1.0 >> jack-audio-connection-kit-0.124.1 >> portaudio-V19 >> alsa-oss-1.0.28 >> sdl-1.2.15 >> gcc-5.3.0 >> gcc-g++-5.3.0 >> make-4.1 >> >> Build host CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz >> >> > > _______________________________________________ > Discuss-gnuradio mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >
_______________________________________________ Discuss-gnuradio mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
