discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] possible bug in gr_modtool


From: Martin Braun
Subject: Re: [Discuss-gnuradio] possible bug in gr_modtool
Date: Tue, 14 Jul 2015 10:19:22 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0

On 14.07.2015 10:09, Michael Dickens wrote:
> The OP's point is that in gr-modtool's docs/doxygen/CMakeLists.txt, this
> command is:
> {{{
> add_custom_command(
>     OUTPUT ${BUILT_DIRS}
>     COMMAND ${DOXYGEN_EXECUTABLE} ${CMAKE_CURRENT_BINARY_DIR}/Doxyfile
>     WORKING_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR}
>     COMMENT "Generating documentation with doxygen"
> )
> }}}
> which is -without- the DEPENDS. Hence, this command will be executed
> just once, the first time, no matter if any dependencies change & make
> is executed again. The only way to get it to rerun is to redo the
> original cmake command.

Ah, I see.

> OTOH, the top-level docs/doxygen/CMakeLists.txt -does- contain the
> DEPENDS clause, which, assuming the ${GENERATED_DEPS} is valid, should
> redo the doxygen command when any of the doc sources change (or
> something along those lines).
> 
> I'm thinking adding in the current binary (build) directory isn't the
> right way to go, but I'm just not familiar enough with the modtool docs
> to know what to add as DEPENDS there. - MLD

I think that's one of the problems; that's specific to what OOT authors
want. But I think we can assume that all the headers in include/ should
go in there.

Cheers,
Martin




reply via email to

[Prev in Thread] Current Thread [Next in Thread]