[cmake-developers] linked-usage-cleanup regressed automoc
Stephen Kelly
steveire at gmail.com
Wed Mar 13 12:05:57 EDT 2013
Brad King wrote:
> On 03/12/2013 06:30 PM, Brad King wrote:
>> On 03/12/2013 06:08 PM, Alexander Neundorf wrote:
>>> My AutomocFixWithoutQt branch basically reverts the first commit, so
>>> automoc is now again only one step, without the temporary vector of
>>> targets, without needing additional checks. In this form the case that
>>> Qt was not present was already handled correctly.
>>> So with your fix and without Stephens first commit (79568f95) everything
>>> would have been fine already.
>>
>> ...except that the test case added by his patch then fails.
>> The test case covers exactly the header-only case. I actually did this
>> approach first. That's why I rebased and cleaned up your topic. Then
>> I found the remaining test failure and switched to Stephen's approach.
>>
>>> So my first patch in the branch basically reverts 79568f95.
>>
>> Yes, I cleaned up the commit message to explain what is actually reverted
>> and what is not. However, see the discussion of GetIncludeDirectories:
>>
>> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=79568f95
>>
>> I think the two steps are needed to make that work. Stephen?
>
> Steve, we need the two-step automoc so that linked targets are
> available for GetIncludeDirectories, right?
Yes, that's right.
> Can you and Alex agree that fix-automoc-no-qt is sufficient for
> the upcoming release?
I agree that it is sufficient.
I think Alex' objection is only related to thinking that the case of a
header-only-library-with-automoc-generated-cxx-file should be an error.
Thanks,
Steve.
More information about the cmake-developers
mailing list