Nathan,
I'll read a little more carefully next time. My apologies. I will try
the sed scripts with cmake 3.5.
Thank you again.
Cheers,
Fred
On 03/30/2016 03:08 PM, West, Nathan wrote:
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] <mailto:[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]
<mailto:[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
<http://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
<http://www.mklab.rhul.ac.uk/%7Etom/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] <mailto:[email protected]>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________
Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
