[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] Swig and python import problem due to other out-o
From: |
Marcus Müller |
Subject: |
Re: [Discuss-gnuradio] Swig and python import problem due to other out-of-tree modules used in my out-of-tree module |
Date: |
Tue, 31 Mar 2015 11:32:27 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 |
Hi Jeon,
typically, you'd call a FindSomething function in the root CMakeList
find_library(GR_DVBT_LIBRARY
NAMES
gnuradio-dvbt
PATHS
/usr/lib
/usr/local/lib
/opt/local/lib
/sw/lib
)
or so. I guess "gnuradio-dvbt.so" should be the name of the installed
gr-dvbt library -- please verify that this is correct.
Then add the resulting library name to the target_link_libraries
directive in lib/CMakeList.txt:
target_link_libraries(<project_name> ${Boost_LIBRARIES}
${GNURADIO_ALL_LIBRARIES} ${GR_DVBT_LIBRARY})
and
target_link_libraries(test-<project_name> ${Boost_LIBRARIES}
${GNURADIO_ALL_LIBRARIES} ${GR_DVBT_LIBRARY} <project_name>)
How is CMake able to find the headers you need to compile your module?
If you have written functionality to detect these headers, you can
probably do the same for the compiled gr-dvbt libraries.
Greetings,
Marcus
On 03/31/2015 08:11 AM, Jeon wrote:
>
> Or maybe I can handle it if you give me some details about CMakeLists.
> As you know, there are a number of CmakeLists in the project. Can it
> be done by modifying and fixing CMakeLists.txt under swig, python or
> project root directory?
Re: [Discuss-gnuradio] Swig and python import problem due to other out-of-tree modules used in my out-of-tree module, Marcus Müller, 2015/03/30