Sure no problem. Here is the output when I try to build a brand new or pre-existing OOT module, notice the cmake warnings:
rbell@rbell:~/Documents/pcodes/radio_devel/custom_grblocks/gr-add_tagged_stream_once/build$ cmake -DCMAKE_INSTALL_PREFIX=/home/rbell/Documents/grprefix/ .. -- The CXX compiler identification is GNU 5.3.1 -- The C compiler identification is GNU 5.3.1 -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Detecting CXX compile features -- Detecting CXX compile features - done -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Detecting C compile features -- Detecting C compile features - done -- Build type not specified: defaulting to release. -- Boost version: 1.58.0 -- Found the following Boost libraries: -- filesystem -- system -- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1") -- Checking for module 'cppunit' -- Found cppunit, version 1.13.2 -- Found CPPUNIT: /usr/lib/x86_64-linux-gnu/libcppunit.so;dl -- Found Doxygen: /usr/bin/doxygen (found version "1.8.11") Checking for GNU Radio Module: RUNTIME -- Checking for module 'gnuradio-runtime' -- Found gnuradio-runtime, version 3.7.10git * INCLUDES=/home/rbell/Documents/grprefix/include * LIBS=/home/rbell/Documents/grprefix/lib/libgnuradio-runtime.so;/home/rbell/Documents/grprefix/lib/libgnuradio-pmt.so -- Found GNURADIO_RUNTIME: /home/rbell/Documents/grprefix/lib/libgnuradio-runtime.so;/home/rbell/Documents/grprefix/lib/libgnuradio-pmt.so GNURADIO_RUNTIME_FOUND = TRUE CMake Warning (dev) at /home/rbell/Documents/grprefix/lib/cmake/gnuradio/GrTest.cmake:45 (get_target_property): Policy CMP0026 is not set: Disallow use of the LOCATION target property. Run "cmake --help-policy CMP0026" for policy details. Use the cmake_policy command to set the policy and suppress this warning. The LOCATION property should not be read from target "test-add_tagged_stream_once". Use the target name directly with add_custom_command, or use the generator expression $<TARGET_FILE>, as appropriate. Call Stack (most recent call first): lib/CMakeLists.txt:79 (GR_ADD_TEST) This warning is for project developers. Use -Wno-dev to suppress it. -- -- Checking for module SWIG -- Found SWIG version 2.0.12. -- Found SWIG: /usr/bin/swig2.0 -- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython2.7.so (found suitable version "2.7.11+", minimum required is "2") -- Found PythonInterp: /usr/bin/python2 (found suitable version "2.7.11", minimum required is "2") -- Looking for sys/types.h -- Looking for sys/types.h - found -- Looking for stdint.h -- Looking for stdint.h - found -- Looking for stddef.h -- Looking for stddef.h - found -- Check size of size_t -- Check size of size_t - done -- Check size of unsigned int -- Check size of unsigned int - done -- Check size of unsigned long -- Check size of unsigned long - done -- Check size of unsigned long long -- Check size of unsigned long long - done -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success CMake Warning (dev) at /home/rbell/Documents/grprefix/lib/cmake/gnuradio/GrTest.cmake:45 (get_target_property): Policy CMP0026 is not set: Disallow use of the LOCATION target property. Run "cmake --help-policy CMP0026" for policy details. Use the cmake_policy command to set the policy and suppress this warning. The LOCATION property should not be read from target "gnuradio-add_tagged_stream_once". Use the target name directly with add_custom_command, or use the generator expression $<TARGET_FILE>, as appropriate. Call Stack (most recent call first): python/CMakeLists.txt:44 (GR_ADD_TEST) This warning is for project developers. Use -Wno-dev to suppress it. CMake Warning (dev) at /home/rbell/Documents/grprefix/lib/cmake/gnuradio/GrTest.cmake:45 (get_target_property): Policy CMP0045 is not set: Error on non-existent target in get_target_property. Run "cmake --help-policy CMP0045" for policy details. Use the cmake_policy command to set the policy and suppress this warning. get_target_property() called with non-existent target "/usr/bin/python2". Call Stack (most recent call first): python/CMakeLists.txt:44 (GR_ADD_TEST) This warning is for project developers. Use -Wno-dev to suppress it. CMake Warning (dev) at /home/rbell/Documents/grprefix/lib/cmake/gnuradio/GrTest.cmake:45 (get_target_property): Policy CMP0045 is not set: Error on non-existent target in get_target_property. Run "cmake --help-policy CMP0045" for policy details. Use the cmake_policy command to set the policy and suppress this warning. get_target_property() called with non-existent target "/home/rbell/Documents/pcodes/radio_devel/custom_grblocks/gr-add_tagged_stream_once/python/qa_add_tagged_stream_once.py". Call Stack (most recent call first): python/CMakeLists.txt:44 (GR_ADD_TEST) This warning is for project developers. Use -Wno-dev to suppress it. -- Configuring done -- Generating done -- Build files have been written to: /home/rbell/Documents/pcodes/radio_devel/custom_grblocks/gr-add_tagged_stream_once/build rbell@rbell:~/Documents/pcodes/radio_devel/custom_grblocks/gr-add_tagged_stream_once/build$ sudo make install Scanning dependencies of target gnuradio-add_tagged_stream_once [ 4%] Building CXX object lib/CMakeFiles/gnuradio-add_tagged_stream_once.dir/add_tagged_stream_once_impl.cc.o [ 8%] Linking CXX shared library libgnuradio-add_tagged_stream_once.so /usr/bin/ld: cannot find -lgnuradio-runtime /usr/bin/ld: cannot find -lgnuradio-pmt collect2: error: ld returned 1 exit status lib/CMakeFiles/gnuradio-add_tagged_stream_once.dir/build.make:98: recipe for target 'lib/libgnuradio-add_tagged_stream_once.so' failed make[2]: *** [lib/libgnuradio-add_tagged_stream_once.so] Error 1 CMakeFiles/Makefile2:137: recipe for target 'lib/CMakeFiles/gnuradio-add_tagged_stream_once.dir/all' failed make[1]: *** [lib/CMakeFiles/gnuradio-add_tagged_stream_once.dir/all] Error 2 Makefile:138: recipe for target 'all' failed make: *** [all] Error 2 On Sat, Jun 4, 2016 at 9:14 AM, Marcus Müller <[email protected]> wrote: > Hi Rich, > > currently unable to access my Ubuntu VMs; could you copy&paste the build > log of your OOT? Also, I might be a bit paranoid, but could you verify by > "which gr_modtool" that you're really running the modtool you want? > > Best regards, > Marcus > > > On 04.06.2016 17:51, Richard Bell wrote: > > Since I didn't get much feedback when I brought this up a few weeks ago, I > want to bring it up again to make sure you all see it. After using the > default pybombs command to build a clean install on Ubuntu 16.04, > everything worked fine except that I can't get gr_modtool working. No OOT > Modules I make, old or brand new, will make it through compile. There are > cmake issues I've never seen before. > > Can someone confirm they have used gr_modtool on Ubuntu 16.04 successfully > after installing via the pybombs default route. > > Sent from my iPad > > On Jun 3, 2016, at 7:42 PM, Eric Statzer <[email protected]> wrote: > > <[email protected]> > > > > On Fri, Jun 3, 2016 at 10:19 AM Marcus Müller <[email protected]> > wrote: > >> Everyone should get a kick out of this: I had fixed this once before [1] >> but it was actually YOU, Marcus, that broke it again! [2] >> >> I wish that was true! First of all, we need to find a better way to fix >> that then to build libtool on practically all platforms from source. >> You really don't need libtool > 2.4.6 to build thrift. Works perfectly on >> my Fedora 22 with libtool 2.4.2 . >> The problem is not the libtool version, by the way. autoconf/aclocal just >> can't, for some reasons I really can't figure out, find the "default" >> system-wide M4 files containing the PKG_CHECK_MODULES macro under specific >> circumstances. It seems that installing libtool into the same prefix one is >> going to use later on fixes the problem (as the M4s end up in a location >> that aclocal ends up looking in). Have a test: if you edit the bootstrap.sh >> of thrift, and modify the >> >> aclocal -I ./aclocal >> >> line to >> >> aclocal -I $(env -i aclocal --print-ac-dir) -I ./aclocal >> >> the M4 syntax error disappears, at least for me. Of course, thrift >> wouldn't successfully build with those modifications, either, but that's >> really a long rabbit hole to go into :) Hence my curiosity! >> >> > Alright, its all coming back to me now, I think you've got me straightened > out again, Marcus. I was definitely wrong on the pkg-config/libtool > versions before, thanks for taking my hasty accusations so well! This is > the exact same sort of issue that I was running in to when running > autoreconf for libosmo-dsp and I realized that having ANY version of > pkg-config installed from source under the PYBOMBS_PREFIX would make these > sort of errors go away, too. I'm on-board with leaving the pkg-config and > libtool versions alone and fixing the real underlying problems. > > So, the thrift recipe was switched to using git for the source fetch > around this time [3] due to a possible thrift bug. Question: now that > thrift 0.9.3 is available in tarball form, might we want to switch back to > using the release tarball? The benefit of the tarball is that it already > includes all of the required m4 macro files, and that makes ./configure run > MUCH more smoothly. In fact, this branch [4], which just switches to the > tarball release of thrift 0.9.3, builds cleanly for me on CentOS 7. Give > it a shot! > > -Eric > > [3] > https://github.com/gnuradio/gnuradio/commit/621c086b94e1f9b70f24034bf6fb6f7e15e5fa7c > [4] https://github.com/estatz/gr-recipes/tree/thrift_tarball > > _______________________________________________ > 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
