On 19.08.10 09:26:26, Brad King wrote:
> On 08/18/2010 01:01 AM, Andreas Pakulat wrote:
> > On 17.08.10 14:53:02, Brad King wrote:
> >> The source file is being compiled in a target that does not
> >> wait for the header to be generated before compiling. We can
> >> add a dependency on the target
On 08/18/2010 01:01 AM, Andreas Pakulat wrote:
> On 17.08.10 14:53:02, Brad King wrote:
>> The source file is being compiled in a target that does not
>> wait for the header to be generated before compiling. We can
>> add a dependency on the target the does provide the header.
>
> Instead I've ad
On 17.08.10 14:53:02, Brad King wrote:
> On 08/11/2010 07:04 PM, Andreas Pakulat wrote:
> > On 11.08.10 16:07:21, Brad King wrote:
> >> What source file is it compiling when it fails to find the header?
> >
> > reviewpatchdialog.cpp which has #include "ui_reviewpatch.h"
> >
> >> In what target is
On 08/11/2010 07:04 PM, Andreas Pakulat wrote:
> On 11.08.10 16:07:21, Brad King wrote:
>> What source file is it compiling when it fails to find the header?
>
> reviewpatchdialog.cpp which has #include "ui_reviewpatch.h"
>
>> In what target is its object file?
>
> kdevreviewboard is the target
On 13.08.10 14:09:21, Brad King wrote:
> On 08/11/2010 07:04 PM, Andreas Pakulat wrote:
> > On 11.08.10 16:07:21, Brad King wrote:
> >> This is what causes the header to be generated before dependencies
> >> are scanned (as you observed in the quote above). I do not think
> >> anything in the kder
On 08/11/2010 07:04 PM, Andreas Pakulat wrote:
> On 11.08.10 16:07:21, Brad King wrote:
>> This is what causes the header to be generated before dependencies
>> are scanned (as you observed in the quote above). I do not think
>> anything in the kdereviewboard target can compile before the above
>>
On 11.08.10 16:07:21, Brad King wrote:
> On 08/05/2010 02:29 PM, Andreas Pakulat wrote:
> > One more info: I'm seeing the 'Scanning dependencies of target
> > kdevpatchreview' message a lot later than the error when using -k with
> > make. And at that point I also see the 'Generating ui_xxx.h' mess
On 08/05/2010 02:29 PM, Andreas Pakulat wrote:
> One more info: I'm seeing the 'Scanning dependencies of target
> kdevpatchreview' message a lot later than the error when using -k with
> make. And at that point I also see the 'Generating ui_xxx.h' message.
[snip]
On 08/11/2010 03:46 PM, Andreas Pak
On 08/10/2010 09:13 AM, Andreas Pakulat wrote:
> On 10.08.10 09:04:34, Brad King wrote:
>> On 08/05/2010 05:33 PM, Andreas Pakulat wrote:
>>> Sure, this is the plugin that breaks:
>>> http://gitorious.org/kdevelop/kdevplatform/blobs/master/plugins/reviewboard/CMakeLists.txt
>>
>> Do you have KDE4_E
On 10.08.10 09:04:34, Brad King wrote:
> On 08/05/2010 05:33 PM, Andreas Pakulat wrote:
> > Sure, this is the plugin that breaks:
> > http://gitorious.org/kdevelop/kdevplatform/blobs/master/plugins/reviewboard/CMakeLists.txt
>
> Do you have KDE4_ENABLE_FINAL enabled?
No. Just running cmake ../ wi
On 08/05/2010 05:33 PM, Andreas Pakulat wrote:
> Sure, this is the plugin that breaks:
> http://gitorious.org/kdevelop/kdevplatform/blobs/master/plugins/reviewboard/CMakeLists.txt
Do you have KDE4_ENABLE_FINAL enabled?
-Brad
___
Powered by www.kitware.c
On 05.08.10 17:05:46, David Cole wrote:
> On Thu, Aug 5, 2010 at 2:29 PM, Andreas Pakulat wrote:
> > we're currently hitting what looks like a dependency problem with CMake
> > and a custom-command. Unfortunately I couldn't reproduce this so far
> > with a small example and it also only happens wi
On Thu, Aug 5, 2010 at 2:29 PM, Andreas Pakulat wrote:
> Hi,
>
> we're currently hitting what looks like a dependency problem with CMake
> and a custom-command. Unfortunately I couldn't reproduce this so far
> with a small example and it also only happens with one of the targets
> we're building
Do you need to set the sourcefile property GENERATED to true? (I'd think
that would be automatic, but worth a try.)
Ryan
On Thu, Aug 5, 2010 at 1:29 PM, Andreas Pakulat wrote:
> Hi,
>
> we're currently hitting what looks like a dependency problem with CMake
> and a custom-command. Unfortunatel
Hi,
we're currently hitting what looks like a dependency problem with CMake
and a custom-command. Unfortunately I couldn't reproduce this so far
with a small example and it also only happens with one of the targets
we're building in kdevplatform. This code was recently added, but looks
the same as
15 matches
Mail list logo