Hello Vipin,

can you make sure you have installed cppunit?
CMake is looking for cppunit/TestCase.h, which in my case can be found in
/opt/local/include/cppunit/TestCase.h
Since CMake is also looking in ${CMAKE_INSTALL_PREFIX}/include, it actually
should have no problem finding it there, if you’re using the cmake provided
by MacPorts.

Regards,

Sebastian Müller
gse...@gmail.com
PGP ID DC2AA3EE
<http://pgp.mit.edu/pks/lookup?op=vindex&search=0x9FFBD55DDC2AA3EE>

Am 13. Mai 2018 um 07:53:02, Vipin Sharma (vipinsha...@photonpace.com)
schrieb:

Hi,

My old insulation of MacPorts and GnuRadio was working until I upgraded my
OS to High Sierra. MacPorts started complaining that I likely need to
migrate the installation to a new OS.

Instead I proceeded to download a new copy of MacPorts for High Sierra
itself. The installation went fine for both MacPorts itself and later on
for GnuRadio.

However, I seem to be getting a very weird problem while building an OOT
module. While trying to run 'cmake ../' from new build directory, it
complains about "CppUnit required to compile chEst3". I am not sure what
the problem is; what does this error mean? Googling hasn't helped yet
either.

Here is the block set up log:

mac01:gr-chEst3 emwaves$ gr_modtool add chEst

GNU Radio module name identified: chEst3

Block/code identifier: chEst

('sink', 'source', 'sync', 'decimator', 'interpolator', 'general',
'tagged_stream', 'hier', 'noblock')

Enter block type: general

Language (python/cpp): cpp

Language: C++

Please specify the copyright holder: P.

Enter valid argument list, including default arguments:

Add Python QA code? [Y/n] Y

Add C++ QA code? [y/N] Y

Adding file 'lib/chEst_impl.h'...

Adding file 'lib/chEst_impl.cc'...

Adding file 'include/chEst3/chEst.h'...

Adding file 'lib/qa_chEst.cc'...

Adding file 'lib/qa_chEst.h'...

Editing swig/chEst3_swig.i...

Adding file 'python/qa_chEst.py'...

Editing python/CMakeLists.txt...

Adding file 'grc/chEst3_chEst.xml'...

Editing grc/CMakeLists.txt...


And then, the 'cmake ../' log as well from 'build' directory:

mac01:build emwaves$ cmake ../

-- The CXX compiler identification is AppleClang 9.1.0.9020039

-- The C compiler identification is AppleClang 9.1.0.9020039

-- Check for working CXX compiler:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++

-- Check for working CXX compiler:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/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:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc

-- Check for working C compiler:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/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.

CMake Deprecation Warning at CMakeLists.txt:55 (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 Deprecation Warning at CMakeLists.txt:58 (cmake_policy):

  The OLD behavior for policy CMP0043 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 Deprecation Warning at CMakeLists.txt:61 (cmake_policy):

  The OLD behavior for policy CMP0045 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 Deprecation Warning at CMakeLists.txt:64 (cmake_policy):

  The OLD behavior for policy CMP0046 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.



-- Boost version: 1.66.0

-- Found the following Boost libraries:

--   filesystem

--   system

-- Found PkgConfig: /opt/local/bin/pkg-config (found version "0.29.2")

-- Checking for module 'cppunit'

--   No package 'cppunit' found

-- Could NOT find CPPUNIT (missing: CPPUNIT_LIBRARIES CPPUNIT_INCLUDE_DIRS)

-- Found Doxygen: /opt/local/bin/doxygen (found version "1.8.13") found
components:  doxygen dot

Checking for GNU Radio Module: RUNTIME

-- Checking for module 'gnuradio-runtime'

--   Found gnuradio-runtime, version 3.7.12.0

 * INCLUDES=/opt/local/include

 *
LIBS=/opt/local/lib/libgnuradio-runtime.dylib;/opt/local/lib/libgnuradio-pmt.dylib;/opt/local/lib/liblog4cpp.dylib

-- Found GNURADIO_RUNTIME:
/opt/local/lib/libgnuradio-runtime.dylib;/opt/local/lib/libgnuradio-pmt.dylib;/opt/local/lib/liblog4cpp.dylib


GNURADIO_RUNTIME_FOUND = TRUE

-- Found Git: /usr/bin/git

CMake Error at CMakeLists.txt:149 (message):

  CppUnit required to compile chEst3



-- Configuring incomplete, errors occurred!

See also
"/Users/emwaves/Desktop/repos/a1/grcMonolithic/gr-chEst3/build/CMakeFiles/CMakeOutput.log".


Vipin
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to